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Intellectual Property Rights 

IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http ://webapp . etsi .org/IPR/home . asp ) . 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Committee Broadband Radio Access 
Networks (BRAN). 

The present document is part 2 of a multi-part deliverable covering Broadband Radio Access Networks (BRAN); 
HiperMAN; Conformance Testing for WiMAX/HiperMAN 1.2.1, as identified below: 

Part 1: "Protocol Implementation Conformance Statement (PICS) proforma"; 

Part 2: "Test Suite Structure and Test Purposes (TSS&TP)"; 

Pai-t 3: "Abstract Test Suite (ATS)". 
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1 Scope 

The present document contains the Test Suite Structure (TSS) and Test Purposes (TP) to test the BRAN HiperMAN 
Data Link Control (DLC) layer. 

The objective of this test specification is to provide a basis for conformance tests for HiperMAN equipment giving a 
high probability of air interface inter-operability between different manufacturers' HiperMAN equipment. 

The ISO standard for the methodology of conformance testing (ISO/IEC 9646-1 [5] and ISO/IEC 9646-2 [6]) as well as 
the ETSI rules for conformance testing (ETS 300 406 [4]) are used as a basis for the test methodology. 



2 References 

References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• Non-specific reference may be made only to a complete document or a part thereof and only in the following 

cases: 

if it is accepted that it will be possible to use all future changes of the referenced document for the purposes 
of the referring document; 

for informative references. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

For online referenced documents, information sufficient to identify and locate the source shall be provided. Preferably, 
the primary source of the referenced document should be cited, in order to ensure traceability. Furthermore, the 
reference should, as far as possible, remain valid for the expected hfe of the document. The reference shall include the 
method of access to the referenced document and the full network address, with the same punctuation and use of upper 
case and lower case letters. 

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are indispensable for the application of the present document. For dated 
references, only the edition cited applies. For non-specific references, the latest edition of the referenced document 
(including any amendments) applies. 

[1] ETSI TS 102 178 (Vl.2.1): "Broadband Radio Access Networks (BRAN); HiperMAN; Data Link 

Conti-ol (DLC) Layer". 

[2] IEEE 802. 16-2004: " IEEE Standard for Local and Metropolitan Area Networks - Part 16: Air 

Interface for Fixed Broadband Wireless Access Systems". 

[3] IEEE 802.16e-2005: "Standard for Local and metropolitan area networks - Part 16: Air Interface 

for Fixed and Mobile Broadband Wireless Access Systems. Amendment 2: Physical and Medium 
Access Control Layers for Combined Fixed and Mobile Operation in Licensed Bands and 
Corrigendum 1". 

[4] ETSI ETS 300 406: "Methods for Testing and Specification (MTS); Protocol and profile 

conformance testing specifications; Standardization methodology". 

[5] ISO/IEC 9646-1/ITU-T Recommendation X.290: "Information technology - Open Systems 

Interconnection - Conformance testing methodology and framework - Part 1: General concepts". 
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NOTE: See also ITU-T Recommendation X.290 (1991). 



[6] 



ISO/IEC 9646-2/ITU-T Recommendation X.291: "Information technology - Open Systems 
Interconnection - Conformance testing methodology and framework - Part 2: Abstract Test Suite 
specification". . 



[7] 



ISO/IEC 9646-6/ITU-T Reconmiendation X.295: "Information technology - Open Systems 
Interconnection - Conformance testing methodology and framework - Part 6: Protocol profile test 
specification". 



[8] 



ISO/IEC 9646-7/ITU-T Recommendation X.296: "Information technology - Open Systems 
Interconnection - Conformance testing methodology and framework - Part 7: Implementation 
Conformance Statement". 



[9] 



IEEE 802.3: "IEEE Standard for Information Technology - Telecommunications and Information 

Exchange between Systems - Local and Metropolitan Area Networks - Specific requirements - 
Part 3: Carrier Sense Multiple Access with Collision Detection (CSMA/CD) Access Method and 
Physical Layer Specifications". 



2.2 



Informative references 



[10] 



ISO 3166 (all parts): "Codes for the representation of names of countries and their subdivisions". 



3 



Definitions and abbreviations 



3.1 Definitions 

For the purposes of the present document, the terms and definitions given in ISO/IEC 9646-7 [8], TS 102 178 [1], 
IEEE 802.16-2004 [2] and IEEE 802.16e-2005 [3] apply. 



3.2 Abbreviations 

For the purposes of the present document, the abbreviations given in ISO/IEC 9646-1 [5], ISO/IEC 9646-6 [7], 
ISO/IEC 9646-7 [8], TS 102 178 [IJ, IEEE 802.16-2004 [2], IEEE 802.16e-2005 [3] and the following apply: 



ACK 


ACKnowledgment 


AES 


Advanced Encryption Standard 


AK 


Authorization Key 


ATM 


Asynchronous Transfer Mode 


BE 


Best Effort 


BPSK 


Binary Phase Shift Keying 


BSN 


Block Sequence Number 


BW 


Bandwidth 


BWA 


Bandwidth Allocation and polling 


CA 


Certification Authority 


CBC 


Cipher Block Chaining 


CDC 


Channel Descriptor Change 


CDM 


Channel Descriptors and Maps 


CDS 


Classifier DSx Signaling 


CID 


Connection IDentifier 


CEW 


Carrier to noise and INterference Ratio 


CLS 


CLaSsification 


CRC 


Cyclic Redundancy Check 


CS 


Convergence Sublayer 


DCD 


Downlink Channel Descriptor 


DES 


Data Encryption Standard 


DIUC 


Downlink Interval Usage Code 


DLC 


Data Link Control layer 
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DSA 


Dynamic Service Addition 


DSC 


Dynamic Service Change 


DSD 


Dynamic Service Deletion 


DSx 


Dynamic Service addition, change or deletion 


ECB 


Electronic Control Block 


EKS 


Encryption and Key Scheduling 


FC 


Frame Count 


FDD 


Frequency Division Duplexing 


FPC 


Fast Power Control 


FSM 


Finite State Machine 


FWA 


Fixed Wireless Access 


HMAC 


Hashed Message Authentication Code 


HT 


Header Type 


IE 


Information Element 


IPC 


IP Connectivity 


lUT 


Implentation Under Test 


KEK 


Key Encryption Key 


KU 


Key Usage 


MAC 


Medium Access Control 


MIB 


Management Information Base 


NACK 


Negative ACKnowledgment 


OFDM 


Orthogonal Frequency Division Multiplexing 


OFDMA 


Orthogonal Frequency Division Multiple Access 


PCU 


Packet CS Usage 


PDU 


Protocol Data Unit 


PHS 


Payload Header Suppression 


PHSI 


Payload Header Suppression Index 


PHSV 


Payload Header Suppression Verify 


PHY 


PHYsical layer 


PMP 


Point-to-MultiPoint 


PRNG 


Periodic Ranging 


QoS 


QuaUty of Service 


RER 


REset and Re-registration 


RNG 


RaNGing 


RSP 


ReSPonse 


RXD 


Receive Data 


SA 


Security Association 


SAID 


Security Association IDentity 


SAM 


Security Association Management 


SAP 


Service Access Point 


SDU 


Service Data Unit 


SNMP 


Simple Network Management Protocol 


TDD 


Time Division Duplexing 


TFTP 


Trivial File Transfer Protocol 


TLV 


Type, Length, Value 


TP 


Test Purposes 


TSS 


Test Suite Structure 


Tx 


Transmit 


TXD 


Transmit Data 


UCD 


Uplink Channel Descriptor 


UCD 


Uplink Control Descriptor 


UGS 


Unsolicited Grant Service 
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4 Test Suite Structure (TSS) 
4.1 Structure 



Figure 1 shows the DLC Test Suite Structure (TSS) including its subgroups defined for conformance testing. 



Group 


Function 


Sub-function 










Map and frame Structure 








Initialization 






Operational 






Relevance 




Channel Descriptors 






Channel Descriptor Change 








Uplink 






Downlink 


Radio Link Control 








Initial Ranging 






Periodic Ranging 






Downlink Burst Profile Management 








To a Less Robust Profile 






To a More Robust Profile 




Negotiate Basic Capabilities 




Registration, IP connectivity and TFTP 








Registration 






IP Connectivity 




Privacy and Key Management 








Authentication/ Authorization 








Initialization 






Operational 




TEK 








Initialization 






Operational 




Security Association Management 






Encryption and Key Scheduling 








Key Usage 






Encryption 






Decryption 




Certificates 




Dynamic Services 








Dynamic Service Addition 






Dynamic Service Change 






Dynamic Service Deletion 






QoS Parameter Sets 




Bandwidth Allocation and Polling 








Request/Grant 






Multicast Polling 




Reset and Re-registration 






Clock Comparison 






MAC PDU 








Packing 






Fragmentation 






PDU concatenation 






CRC 






ARQ 








Setup 






Reset 






Receive Data 






Transmit Data 


Packet CS 








Packet CS Usage 






Classifier DSx Signaling 






Classification 
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Group 


runciion 


ouD-Tunciion 






ID\/y1 OI-I/-I ID\/C 

irV4 ana irvo 






tmernei 






VLAN 






IP over Ethernet 






IP over VLAN 




Payload Header Suppression 




Service Flow Control 






Adaptive Antenna Support 







Figure 1 : TSS for HiperMAN DLC 

The test suite is structured as a tree with the root defined as DLC-BS or DLC-SS representing the protocol groups "DLC 
for BS" or "DLC for SS". The tree is of rank 3 with the first rank a Group, the second a Function, and the third a 
sub-function. The third rank is broken down into the standard ISO conformance test categories CA, BV, BI, BO and TI 
as defined in clause 4.2.2. 



4.2 Test groups 

Each test group has a total of three levels. The first level is the protocol services. The second level separates the 
protocol services into the various functional areas. The third level are the sub-functional areas. The fourth level, if 
required, is used to indicate the initiator (BS or SS) or the direction of communication (DL or UL). This fourth level is 
not shown in figure 1. 

4.2.1 Protocol services 

The protocol groups identify the DLC protocol services given in TS 102 178 [1] and IEEE 802.16-2004 [2]. 

4.2.1 .1 Channel descriptors and maps 

This protocol group contains the test piuposes for the DCD, UCD, DL-MAP, and UL-MAP messages that provide 
channel parameters and burst mapping. Such functions as Scanning for the Downhnk Channel and Obtaining UpUnk 
Parameter are included. 

4.2.1.2 Radio Link Control (RLC) 

This protocol group contains the test purposes for Initial Ranging/ Automatic Adjustments, Negotiating Basic 
Capabihties, Periodic Ranging, and Downlink Profile management. 

4.2.1 .3 Registration, IP connectivity, and TFTP 

This protocol group includes the test purposes for Registration during Initialization, IP Connectivity during 
Initializations, Time of Day Establishment, and the Transfer of Operational Parameters. 

4.2.1 .4 Privacy and key management 

The functions included in this protocol group are Authentication/ Authorization, Certification, Reauthorization, TEK 
Exchange, TEK Update, TEK Scheduling, Security Association Management, Encryption, and Decryption. 

4.2.1 .5 Dynamic services 

Dynamic service addition, change, and deletion for both BS-lnitiated and DS-Initiated behaviour are in this protocol 
group. 

4.2.1 .6 Bandwidth allocation and polling 

This protocol group includes the bandwidth request/grant functions for stand-alone, piggyback and focused contention. 
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4.2.1 .7 Reset and re-registration 

Reset and re-registration functions are included in this protocol group. 

4.2.1.8 Clock comparison 

The clock comparison function in this group is used in network systems with service flows carrying information that 
requires the SSs to reconstruct their network clock signals, e.g. DSl and DS3. 

4.2.1 .9 MAC PDU Construction 

The functions included in this protocol group are PDU Packing, Fragmentation, Concatenation, CRC Use, ARQ Reset, 
ARQ Receive, and ARQ Transmit. 

4.2.1 .10 Packet convergence sublayer 

The service specific packet Convergence Sublayer (CS) resides on top of the MAC sublayer and utilizes, via the MAC 
SAP, the services provided by the MAC sublayer. The CS performs the following functions: 

• Accepting higher-layer PDUs. 

• Classifying higher-layer PDUs. 

• Processing (if necessary) classified higher-layer PDUs. 

• Delivering PDUs to the appropriate MAC SAP. 

4.2.1.11 DLC MAC Sublayer 

The MAC sublayer provides the core MAC functionaUty of system access, bandwidth allocation, connection 
establishment, and connection maintenance. It receives data from the various convergence sublayers classified to 
particular MAC connections. QoS is applied to the transmission and scheduling of data over the PHY. The MAC 
sublayer also performs authentication, secure key exchange, and encryption management. 

4.2.2 Main test types 

The main test types are the valid behaviour group, the invalid behavioiu' group and the inopportune behaviour group. 

4.2.2.1 Valid Behaviour (BV) tests 

This test group shall verify that the lUT reacts in conformity with the base specifications after receipt or exchange of 
valid Protocol Data Units (PDUs). VaUd PDUs means that the exchange of messages and the content of the exchanged 
messages are considered as valid. 

4.2.2.2 Invalid Behaviour (Bl) tests 

This test sub group shall verify that the lUT reacts in conformity with the base specifications after receipt of a 
syntactically invaUd PDU. 

4.2.2.3 inopportune Behaviour (BO) tests 

This test sub group shall verify that the lUT reacts in conformity with the base specifications after receipt of a 
syntactically correct PDU not expected in the actual message exchange. 

4.2.2.4 Timer and counter (Tl) tests 

This test group shall verify that the lUT reacts in conformity with the base specifications after expiry of a defined timer 
or counter. 



ETSI 



13 



ETSI TS 102 385-2 V2.4.1 (2007-10) 



5 Test Purposes (TP) 

5.1 Introduction 

5.1.1 TP definition conventions 

The TPs are defined by the rules shown in table 1 . 



Table 1 : TP definition rules 



TP Definition item 


Item Description 


TP Id 


The TP Id is a unique identifier formed according to the TP naming conventions 
defined in the clause below. 


IEEE 802.16 Reference 


A pointer to the base specification requirement from which the TP is derived 
(specification reference, clause, and paragraph). 


PICS Item 


The PICS item(s) associated with this TP. 


Initial Condition 


The lUT's state to which the TP is applied. 


Expected behaviour 


Definition of the events that are expected from the lUT pursuant to the base 

specification given a certain stimulus. 


Notes 


Additional optional information provided to the TP reader. 



5.1 .2 TP Identifier naming conventions 

The identifier of the TP is built according to table 2. 

Table 2: TP naming convention 



identifier: 


TP/<st>/<pg>/<fg>/<sg>/<ini>/<x>-H<nnn> 








<st> = side type 


BS 


Base Station 






SS 


Subscriber Station 




<pg> = protocol group 


CDIVI 


Channel Descriptors and Maps 






RLC 


Radio Link Control 






INI 


Registration, IP Connectivity, and Parameter 

Transfer 






PKIVI 


Privacy and Key Management 






DS 


Dynamic Services 






BWA 


Bandwidth Allocation and Polling 






RER 


REset and Re-registration 






ccc 


CloCk Comparison 






IVIAC 


MAC PDU Construction 






PCS 


Packet CS 






SF 


Service Flow control 






AAS 


Adaptive Antenna Support 




<fg> = function group 


IVIAP 


MAp and frame structure 






CD 


Channel Descriptors 






CDC 


Channel Descriptor Change 






IRNG 


Initial RangiNG 






PRNG 


Periodic RangiNG 






DBPC 


Downlink Burst Profile Management 






SBC 


Negotiate Basic Capabilities 






REG 


REGistration 






IPC 


IP Connectivity 






AUTH 


AUTHentication/AUTHorization 






TEK 


Encryption Key Transfer 






SAM 


Security Association Management 






EKS 


Encryption and Key Scheduling 






CERT 


CERTificates 






DSA 


Dynamic Service Addition 






DSC 


Dynamic Service Change 






DSD 


Dynamic Service Deletion 
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1^ Ant if S 

lucniiTier. 


1 K/<si>/<p9>/<Tg>/<sg>/<ini>/<x>-n<nnn> 










ijro 


— — — 

QoS Parameter Sets 








ntuuesT/urani 








IvIUIIIL'aSI rolling 








r AOr\ing 








rnAomeniaTion 






OAT 

L/A 1 


ruu L/OncA 1 enaiion 








oyciiG riecunaancy unecK (urioj 






A nr\ 
AnU 


AnU 






Dr*i 1 


racKei L-o usage 






L/Uo 


Classifier DSx Signaling 






L/Lo 


CLaSsification 






rno 


Payload Header Suppression 




[-7 : 

<SQ> = subfunction Qroup 


1 M IT 
INI 1 


INITialization 






UriN 


Ur eratioiN 






Dl \/ 


ReLeVance 






1 II 
UL 


1 IrtI irtL' 

upLinK 






ni 
UL 


DownLink 






U\ \ 
i\U 


Key Usage 






tNU 


tiNurypiion 






U tL/ 


DECryption 






1 DD 

Lnr 


To a Less Robust Profile 






Mrir 


1 a More rtODUSl rrOTlie 






CCT 


ot 1 up 






hit 


ntsei 






riAU 


Receive Data 






TXD 


Transmit Data 






1 D 

Ir 


Irv4 ana irvb 






bNb 1 


ctnerNb 1 






\/l AM 

VLAN 


\/l AM 

VLAN 






ID- r- 

IrOb 


IP over Ethernet 






IrOV 


1 n\ #m' \ /I AM 

Ir over VLAN 




<ini> = initiator of procedure or direction of 
flow 


DSlni 


Procedure is initiated by BS 






Coin! 


rroceaure is iniiiaieu uy oca 






ni 

UL 


UOWllLinK 






UL 


UpLink 




<x> = type of testing 


BV 


Valid Behaviour tests 






Bl 


Invalid Syntax or Behaviour Tests 






BO 


Inopportune Behaviour Tests 






Tl 


Timer and counter tests 




<nnn> = sequential number 


Hnnn 


(HOOO, H001, ... ) 



5.1 .3 Sources of TP definitions 

All TPs are specified according to IEEE 802.16-2004 [2] as corrected by Corrigendum 1 of ffiEE 802.16e-2005 [3] and 
supplemented by TS 102 178 [1]. In the event of conflict between these three references, the requirements of 
IEEE 802.16-2004 [2] were used. Unless otherwise noted, all references shown in the TPs are from to 
IEEE 802.16-2004 [2]. 

The scope of the present document was refined during its development and is now fixed as the subset of 

IEEE 802.16-2004 [2] that specificaUy concerns the current WiMAX and BRAN/HiperMAN concepts. The following 

presents the included and excluded functions: 

• Included functionahty: 

PMP-only. 

OFDM PHY-only. 

Adaptive antenna support (PMP-specific). 
AH privacy features. 
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ARQ. 
CRC. 

Fragmentation. 
Multicast. 

Bandwidth allocation (PMP-specific). 

Channel description (PMP-specific). 

Clock comparison (PMP-specific). 

Contention resolution (PMP-specific). 

DL burst profile management (PMP-specific). 

Dynamic services (PMP-specific). 

Network entry and initiaUzation (PMP-specific). 

Packing. 

PHY layer support (PMP-specific). 
Packet CS. 

Polling (PMP-specific). 
Reports. 

Service Flow (PMP-specific). 
Uplink scheduUng (PMP-specific). 
License-exempt operation. 
PHS. 

• Excluded functionality: 
Mesh mode. 
ATM CS. 

5.2 Test purposes for BS (BS) 

5.2.1 Channel Descriptors and Maps (CDM) 

5.2.1 .1 Map and Frame Structure (MAP) 



TP ID 


TP/BS/CDM/MAP/BV-HGOO 


IEEE 802.16 Reference 


clauses 6.3.2.3.2 and 8.3.5.1 5 


PICS Item 




Initial Condition 


IDT Is operating 


Expected Behaviour 


Check that: lUT transmits valid DL-MAP messages within Lost DL-MAP 
Interval. 


Test strategy 


Straightforward 


Notes 


OPN Group 
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TP ID 


TP/BS/CDM/MAP/BV-HOOI 


IEEE 802.16 Reference 


clauses 6.3.2.3.4 and 8.3.5.1 


PICS Item 




Initial Condition 


lUT is operating 


Expected Behaviour 


Check that: When transmitting a UL-MAP, the lUT places the UL-MAP 

- either immediately following the DL-MAP (if one is present) or; 

- immediately following the DLFP. 


Test strategy 


Straightforward. Can be done before TE synchronizes. 


Notes 


Follows directly from clause 8.3.5.1 . 
IN IT Group 




TP ID 


TP/BS/CDM/MAP/BV-H002 


IEEE 802.16 Reference 


clause 8.3.5.1 


PICS Item 




Initial Condition 


lUT is operating in TDD mode. 


Expected Behaviour 


Check that: The lUT correctly decodes UL messages whose sub frame start 

position has changed. 


Test strategy 


1 ) Establish a DS UL data flow. 

2) Provoke BS to transmit DL and UL-MAPs that change the end of the DL 
sub frame and the start of the UL sub frame. 

3) For each frame, TE sends UL data per the UL-MAP. 

4) Assign PASS if UL data received by the lUT is the same as the data that 
was sent. 


Notes 






TP ID 


TP/BS/CDM/MAP/BV-H003 


IEEE 802.16 Reference 


clause 8.3.5.1 


PICS Item 




Initial Condition 


lUT is operating and transmits UL Maps. 


Expected Behaviour 


Check that: On transmitting UL grants for minimum relevance, the lUT process 
the received UL data according to minimum relevance. 


Test strategy 




Notes 


Requires a means of provoking the lUT to direct minimum relevance. 
RLV Group 




TP ID 


TP/BS/CDM/MAP/BV-H004 


IEEE 802.16 Reference 


clause 8.3.5.1 


PICS Item 




Initial Condition 


lUT is operating and transmits UL Maps. 


Expected Behaviour 


Check that: On transmitting UL grants for maximum relevance, the lUT 
process the received UL data according to maximum relevance. 


Test strategy 




Notes 


Requires a means of provoking the lUT to direct maximum relevance. 
RLV Group 




TP ID 


TP/BS/CDM/MAP/BV-H005 


IEEE 802.16 Reference 


clause 8.3.5.1 


PICS Item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: When sending data to several SSs each having a different DL PHY 
mode, the lUT creates a correctly structured Frame Control Header and DL 
sub frame containing the multiple DL PHY modes. 


Test strategy 




Notes 


OPN Group 
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TD in 
1 r lU 


1 K/Do/UUM/IVIAK/DV-nUUD 


itbb ou^i.ib KGTerGnce 


Clause 0.0.^1.0.4 


PICS item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: For each UL-MAP message, the lUT generates at least one 
UL-MAP-IE that marks the end of the last allocated burst. 


Test strategy 




Notes 


OPN Group 



TP ID 


TP/BS/CDM/MAP/BV-H007 


IEEE 802.16 Reference 


clause 6.3.2.3.4 


PICS item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: The lUT transmits the UL-MAP lEs in strict chronological order for 
each UL-MAP message. 


Test strategy 




Notes 


OPN Group 



TP ID 


TP/BS/CDM/MAP/BV-H008 


IEEE 802.16 Reference 


clause 6.3.2.3.4 


PICS item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: The lUT includes an Uplink Burst Profile in the UCD for each UlUC 
used in the UL-MAP message. 


Test strategy 




Notes 


OPN Group 



TP ID 


TP/BS/CDM/MAP/BV-H009 


IEEE 802.16 Reference 


clause 6.3.7.4.3.2 


PICS item 




Initial Condition 


The lUT is ranging. 


Expected Behaviour 


Check that: The lUT transmits UL-MAPs for initial ranging specifying an 
interval in the Initial Ranging IE equivalent to the maximum round-trip 
propagation delay plus the transmission of the RNG-REQ message and that 
the grant is an integer multiple of the "Ranging request opportunity size" in the 
UCD message. 


Test strategy 




Notes 





TP ID 


TP/BS/CDM/M AP/BV-H01 


IEEE 802.16 Reference 


clause 6.3.2.3.2 


PICS item 




Initial Condition 


lUT has terminated Network entry procedures. 


Expected Behaviour 


Check that: The lUT's Base Station ID is programmable. 


Test strategy 




Notes 





.1 .2 Channel Descriptors (CD) 



TP ID 


TP/BS/CDM/CD/BV-HOOO 


IEEE 802.16 Reference 


clauses 6.3.2.3.1 and 10.1 (DCD Interval) 


PICS Item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: The lUT transmits with period DCD Interval seconds DCD 
messages containing correct parameters and downlink burst profile(s). 


Test strategy 


Straightfonward. 


Notes 
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TD in 
1 r lU 


1 r/Do/OUM/OU/DV-nUUI 


IEEE 802.16 Reference 


clauses 6.3.2.3.3 and 10.1 (UCD Interval) 


rlOb Item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: The lUT periodically transmits valid UCD messages with period 
UCD Interval seconds. 


Test strategy 


Straightforward. 


Notes 


If license-exempt operation then Frequency (Type =3) is not part of UCD. 
(clause 6.3.15.7) 




TP ID 


TP/BS/CDM/CD/BV-H002 


IEEE 802.16 Reference 


clauses 6.3.15.7 and 10.1 (DCD Interval) 


PICS Item 




Initial Condition 


lUT is operating license-exempt. 


Expected Behaviour 


Check that: The lUT transmits with period DCD Interval seconds DCD 
messages containing correct license-exempt parameters and downlink burst 

profile(s). 


Test strategy 


Straightforward. 


Notes 


1) License-exempt parameters for DCD are Channel Number and Channel 
Switch Frame Number from DCD Channel Encoding table in clause 1 1 .4.1 . 

2) DCD requires other non license-exempt specific parameters as well. See 
same table. 




TP ID 


TP/BS/CDM/CD/BV-H003 


IEEE 802.16 Reference 


clauses 6.3.2.3.3 and 10.1 (UCD Interval) 


PICS Item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: The lUT periodically transmits valid UCD messages with period 
UCD Interval seconds, and this UCD is addressed to the MAC Broadcast 
Address. 


Test strategy 




Notes 






TP ID 


TP/BS/CDM/CD/BV-H004 


IEEE 802.16 Reference 


clauses 6.3.2.3.3 and 10.1 (UCD Interval) 


PICS Item 




Initial Condition 


lUT is operating with several SSs. The current Configuration Change Count is 
i. 


Expected Behaviour 


Check that: To change the uplink channel descriptor, the lUT regularly 
transmits at least once to each SS a UCD message with the Configuration 
Change Count = (i -i- 1 MOD 256). 


Test strategy 




Notes 






TP ID 


TP/BS/CDM/CD/BV-H005 


IEEE 802.16 Reference 


clauses 6.3.2.3.3 and 10.1 (UCD Interval) 


PICS item 




Initial Condition 


lUT is operating with several SSs. The current Configuration Change Count 
is i. To change the uplink channel descriptor, the lUT has transmitted a UCD 
message with the Configuration Change Count = (i -i- 1 MOD 256) to each SS. 


Expected Behaviour 


Check that: To effect the change to the new uplink channel descriptor, the lUT 
transmits UL-MAPs with the UCD Count = (i -i- 1 MOD 256) and does not 
transmit UL-MAPs with UCD Count = i. 


Test strategy 




Notes 
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TP ID 


TP/BS/CDM/CD/BV-H006 


IEEE 802.16 Reference 


clauses 6.3.15.7 and 10.1 9DCD Interval) 


PICS Item 




initial Condition 


The lUT IS operating with several SSs. The current Configuration Change 
Count is i. 


Expected Behaviour 


Check that: To change the downlink channel descriptor, the lUT regularly 
transmits at least once to each SS a DCD message with the Configuration 
Change Count = (i + 1 MOD 256). 


Test strategy 




Notes 






TP ID 


TP/BS/CDM/CD/BV-H007 


IEEE 802.16 Reference 


clauses 6.3.15.7 and 10.1 (DCD Interval) 


PiCS Item 




Initial Condition 


lUT is operating with several SSs. The current Configuration Change Count 
is i. To change the downlink channel descriptor, the lUT has transmitted a 
DCD message with the Configuration Change Count = (i + 1 MOD 256) to 

each SS. 


Expected Behaviour 


Check that: To effect the change to the new downlink channel descriptor, the 
lUT transmits DL-MAPs with the DCD Count = (i + 1 MOD 256) and does not 
transmit DL-MAPs with DCD Count = i. 


Test strategy 




Notes 






TP ID 


TP/BS/CDM/CD/BV-H008 


IEEE 802.16 Reference 


clauses 6.3.2.3.3 and 10.1 (UCD Interval) 


PICS Item 




Initial Condition 


lUT is operating with several SSs. 


Expected Behaviour 


Check that: The lUT transmits a separate UCD message for each active uplink 
channel associated with the downlink channel. 


Test strategy 




Notes 





.1 .3 Channel Descriptor Change (CDC) 
.1.3.1 UpLink(UL) 



TP ID 


TP/BS/CDM/CDC/UL/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.11 
Table "UCD update" 


PICS item 




Initial Condition 


The lUT has terminated Network entry procedures. 


Expected Behaviour 


Check that: After directing the SS to change the current set of uplink burst 

profiles, the lUT sends a UCD with incremented Configuration Change Count 
at least twice before sending a UL-MAP with the corresponding UCD Count. 


Test strategy 




Notes 


Requires a means to provoke the lUT to change the current set of UL burst 
profiles. 
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TP-ID 


TP/BS/CDM/CDC/ULyBV-H001 


IEEE 802.16 Reference 


clause 6.3.11 
Table "UCD update" 


PICS item 




Initial Condition 


The lUT has directed the SS to change its current set of uplink burst profiles. A 
UCD with incremented Configuration Change Count has been sent at least 
twice. 


Expected Behaviour 


Check that: On sending UL-MAPs containing the new Configuration Change 
Count with grants for each burst profile, the iUT correctly processes uplink 
data using the new set of profiles. 


Test strategy 




Notes 





TP-ID 


TP/BS/CDM/CDC/UL/BV-H002 


IEEE 802.16 Reference 


clause 6.3.11 
Table "UCD update" 


PICS Item 




Initial Condition 


The IUT has directed the SS to change its current set of uplink burst profiles. A 
UCD with incremented Configuration Change Count has been sent at least 
twice. 


Expected Behaviour 


Check that: On sending UL-MAPs containing the old Configuration Change 
Count with grants for each burst profile, the IUT correctly processes uplink 
data using the old set of profiles. 


Test strategy 




Notes 





.1.3.2 Downlink (DL) 



TP ID 


TP/BS/CDM/CDC/DL/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.11 
Table "DCD update" 


PICS item 




Initial Condition 


The IUT has terminated Network entry procedures. 


Expected Behaviour 


Check that: After directing the SS to change the current set of downlink burst 
profiles, the IUT sends a DCD with incremented Configuration Change Count 
at least twice before sending a DL-MAP with the corresponding DCD Count. 


Test strategy 




Notes 


Requires a means to provoke the IUT to change the current set of DL burst 
profiles. 



TP-ID 


TP/BS/CDM/CDC/DL/BV-H001 


IEEE 802.16 Reference 


clause 6.3.11 
Table "DCD update" 


PICS Item 




Initial Condition 


The IUT has directed the SS to change its current set of downlink burst 
profiles. A DCD with incremented Configuration Change Count has been sent 
at least twice. 


Expected Behaviour 


Check that: On sending DL-MAPs containing the new Configuration Change 
Count with grants for each burst profile, the IUT correctly transmits downlink 
data using the new set of profiles. 


Test strategy 




Notes 
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TP-ID 


TP/BS/CDM/CDC/DL/BV-H002 


IEEE 802.16 Reference 


clause 6.3.11 
Table "DCD update" 


PICS item 




Initial Condition 


The lUT has directed the SS to change its current set of downlink burst 
profiles. A DCD with incremented Configuration Change Count has been sent 
at least twice. 


Expected Behaviour 


Checl< that: On sending DL-IVIAPs containing the old Configuration Change 
Count with grants for each burst profile, the lUT correctly transmits downlink 
data using the old set of profiles. 


Test strategy 




Notes 






TP ID 


TP/BS/CDM/CDC/DUBV-HOOS 


IEEE 802.16 Reference 


clause 8.3.5.4 


PICS item 




Initial Condition 


lUT is initialized, using OFDM PHY, and a service flow is established. 


Expected Beiiaviour 


Check that: The lUT sends DCD messages containing a Frame Duration Code 
and that the time duration between two consecutive downlink preamble 
sequences matches the duration indicated by the Frame Duration Code. 


Test strategy 




Notes 


Tests have to be performed for different Frame Duration Codes. 


I Radio Link Control (RLC) 
.1 Initial Ranging (IRNG) 


TP ID 


TP/BS/RLC/IRNG/BV-HOOO 


IEEE 802.16 Reference 


clauses 6.3.2.3.4 and 8.3.6.3 


PICS Item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: The lUT transmits UL-MAPs containing Initial Ranging UL-MAP 
lEs. 


Test strategy 


Straightforward 


Notes 





TP ID 


TP/BS/RLC/IRNG/BV-H001 


IEEE 802.16 Reference 


clauses 6.3.2.3.6 and 6.3.9.5.1 

Table "Ranging and Automatic Adjustments Procedure" 


PICS Item 




Initial Condition 


lUT is operating and transmitting UL-MAPs with Initial Ranging lEs. 


Expected Behaviour 


Check that: On receiving a RNG-REO with the Initial Ranging CID in an Initial 
Ranging opportunity that requires timing and power adjustments, the lUT: 

1) Transmits a RNG-RSP on the Initial Ranging CID containing Basic CID, 
Primary CID, Status = Continue, Timing Adjustments, and Power 
Adjustments. 

2) And subsequently transmits an Initial Ranging interval for the Basic CID in 

the RNG-RSP. 


Test strategy 


Straightforward. 

1 ) lUT will send the Initial Ranging interval for the new Basic CID in a frame 
following the RNG-RSP. 


Notes 


1 ) Subchannelized ranging mechanism is not operating for this TP. 
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TP ID 


TP/BS/RLC/IRNG/BV-H002 


IEEE 802.16 Reference 


clauses 6.3.2.3.6 and 6.3.9.5.1 


PICS Item 




initial Condition 


111 ' i ■ 1 X ■ X J. ■ III ft Jl A 1~\ ■ X 1 1 ■ X ■ 1 1 l~~ f 

lUT IS operating and transmitting UL-IVIAPs with Initial Ranging lEs for a given 
Basic CID. 


Expected Behaviour 


Check that: On receiving a RNG-REQ with the given Basic CID in an Initial 
Ranging opportunity within tolerances, the lUT: 

1) Transmits a RNG-RSP on the Basic CID containing Status = Success. 


Test strategy 


Straightforward 


Notes 






TP ID 


TP/BS/RLC/IRNG/BV-H003 


IEEE 802.16 Reference 


clause 6.3.9.6 

Figure "Initial Ranging - BS response to undecodable message" 


PICS Item 




Initial Condition 


lUT is operating below 1 1 GHz and in Initial Ranging for an SS. 


Expected Behaviour 


Check that: On receiving an un-decodable RNG-REQ, the lUT either sends a 
RNG-RSP containing Ranging Status = Continue with Frame Number (and 
Opportunity) or discards the received message and does nothing. 


Test strategy 




Notes 






TP ID 


TP/BS/RLC/IRNG/BV-H004 


IEEE 802.16 Reference 


clause 6.3.9.6 


PICS Item 




Initial Condition 


lUT is operating and in Initial Ranging for an SS. 


Expected Behaviour 


Check that: On receiving a RNG-REQ with AAS Broadcast Capability TLV, the 
lUT sends a RNG-RSP with AAS Broadcast Capability TLV. 


Test strategy 




Notes 






TP ID 


TP/BS/RLC/IRNG/BV-H005 


IEEE 802.16 Reference 


clause 6.3.9.6 


PICS Item 




Initial Condition 


lUT is operating and in Initial Ranging for an SS. 


Expected Behaviour 


Check that: On receiving a long preamble followed by two identical symbols 
containing a subchannelized preamble on a sub-channel, the lUT allocates a 
single sub channel for the SS and sends a UL-MAP with UL-MAP IE containing 
a Subchannelized Network Entry IE on the Initial Ranging CID. 


Test strategy 




Notes 






TP ID 


TP/BS/RLC/IRNG/BV-H006 


IEEE 802.16 Reference 


clause 6.3.9.6 


PICS Item 




Initial Condition 


lUT is operating and has started Polled Initial Ranging. 


Expected Behaviour 


Check that: On receiving a RNG-REQ containing adjusted PHY parameters, 
the lUT sends a RNG-RSP containing a Ranging Status set to success. 


Test strategy 




Notes 
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TP ID 


TP/BS/RLC/IRNG/BV-H007 


IEEE 802.16 Reference 


clause 6.3.9.6 


PICS Item 




initial Condition 


lUT is operating and in Initial Ranging for an SS. 


Expected Behaviour 


Check that: On receiving a subchannelized network entry signal, the lUT sends 
RNG-RSP containing the frame number, initial ranging opportunity number and 
the received ranging sub-channel number. The lUT allocates the sub channel 
identifying the transmit opportunity, frame number and ranging sub channel. The 
lUT then sends a Subchannelized Network Entry IE in UL-MAP IE. 


Test strategy 




Notes 






TP ID 


TP/BS/RLC/IRNG/BV-H008 


IEEE 802.16 Reference 


clause 6.3.9.6 


PiCS Item 




Initial Condition 


lUT is operating and in Initial Ranging for an SS. The lUT has received 
subchannelized network entry signal. The lUT has then sent a Subchannelized 
Network Entry IE in UL-MAP IE. 


Expected Behaviour 


Check that: On receiving a RNG-REQ at SS maximum power, the lUT sends a 
RNG-RSP containing Status = Success. 


Test strategy 




Notes 






TP ID 


TP/BS/RLC/IRNG/BV-H009 


IEEE 802.16 Reference 


clause 6.3.7.4.3.2 


PICS Item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: 

After transmitting a UCD message with Ranging Request Opportunity Size: 

1 ) The lUT provides initial ranging grants with a time between them equal to 
the maximum value of Initial Ranging Interval, and 

2) The size of each initial ranging grant is an integer multiple of "Contention 
Ranging Request Opportunity Size". 


Test strategy 


1 ) Check the value of Ranging Request Opportunity Size in the UCD. 

2) Check the time between initial ranging grants provided by the lUT. 

3) Assign PASS if the time between initial ranging grants is lower than the 
maximum value of Initial Ranging Interval and the size of each initial 
ranging grant is an integer multiple of "Ranging Request Opportunity Size". 


Notes 






TP ID 


TP/BS/RLC/IRNG/BV-H010 


IEEE 802.16 Reference 


clause 6.3.9.6 

Figure "Initial Ranging - SS (part 2)" 


PICS Item 




Initial Condition 


lUT is operating, has received a valid initial RNG-REQ on CID = 0, and has 
transmitted a RNG-RSP (continue) on CID=0. 


Expected Behaviour 


Check that: On receiving an identical initial RNG-REQ on CID = 0, the lUT 
retransmits the RNG-RSP (continue) message containing transmission 
parameter adjustments on CID = 0. 


Test strategy 


Straightfonward. 


Notes 






TP ID 


TP/BS/RLC/IRNG/BV-H01 1 




Deleted 
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TD in 
1 r lU 


1 K/DO/KLU/IKNu/DV-nU1^ 


itbb ou^i.ib KGTerGnce 


/^loiio/^ cone 

Clause b.o.y.b 


PICS Item 




Initial Condition 


lUT is operating and has started Polled Initial Ranging. 


Expected Behaviour 


Check that: On receiving a RNG-REQ requesting change of DL PHY Mode to 
another allowed mode, the lUT sends a RNG-RSP confirming the change. 


Test strategy 




Notes 






TP ID 


TP/BS/RLC/IRNG/BV-H013 


IEEE 802.16 Reference 


clause 6.3.9.6 


PICS Item 




Initial Condition 


lUT is operating and has started Polled Initial Ranging. 


Expected Behaviour 


Check that: On receiving a RNG-REQ requesting change of DL PHY Mode to 
another not allowed mode, the lUT sends a RNG-RSP message continuing the 
original PHY mode. 


Test strategy 




Notes 






TP ID 


TP/BS/RLC/IRNG/BV-H014 


IEEE 802.16 Reference 


clause 6.3.9.6 


PICS Item 




Initial Condition 


lUT is operating and in Initial Ranging for an SS. 


Expected Behaviour 


Check that: On receiving a RNG-REQ message for an SS that operates on a 
wrong channel, the lUT sends a RNG-RSP message with status = abort 
specifying the new downlink frequency. 


Test strategy 




Notes 






TP ID 


TP/BS/RLC/IRNG/BI-HOOO 


IEEE 802.16 Reference 


clause 6.3.9.6 


PICS Item 




Initial Condition 


lUT is operating and in Initial Ranging for an SS. 


Expected Behaviour 


Check that: On receiving an improperly formatted RNG-REQ message, the lUT 
does not send RNG-RSP and continues operation. 


Test strategy 




Notes 






TP ID 


TP/BS/RLC/IRNG/BI-H001 


IEEE 802.16 Reference 


clause 6.3.9.6 


PICS Item 




Initial Condition 


lUT is operating and has started Polled Initial Ranging. 


Expected Behaviour 


Check that: On receiving an improperly formatted RNG-REQ message, the lUT 
does not send a RNG-RSP and continues operation. 


Test strategy 




Notes 






TP ID 


TP/BS/RLC/IRNG/BI-H002 


IEEE 802.16 Reference 


clause 6.3.9.6 


PICS Item 




Initial Condition 


lUT is operating and in Initial Ranging for an SS. 


Expected Behaviour 


Check that: On receiving a RNG-REQ message with an incorrect CID in the 
allocated slot, the lUT does not send a RNG-RSP. 


Test strategy 




Notes 





ETSI 



25 



ETSI TS 102 385-2 V2.4.1 (2007-10) 



TP ID 


TP/BS/RLC/IRNG/BI-H003 


IEEE 802.16 Reference 


clause 6.3.9.6 


PICS Item 




initial Condition 


II i~r* ■ i" 1 ■ 1 "i" 1 1 — \ £ Ti_ II IT 1 1 

lUT IS operating and in Initial Ranging for an SS. The lUT has received a 
subchannelized network entry signal. The lUT has then sent a Subchannelized 
Network Entry IE in UL-MAP IE to accomplish allocation. 


Expected Behaviour 


Check that: On receiving a RNG-REQ at SS minimum power, the lUT does not 
send RNG-RSP. 


Test strategy 




Notes 






TP-ID 


TP/BS/RLC/IRNG/BI-H004 


IEEE 802.16 Reference 


Table "MAC Management messages" 


PiCS Item 




Initial Condition 


The lUT is ranging. 


Expected Behaviour 


Check that: On receiving a RNG-REQ message on a connection other than an 
Initial ranging or Basic CID, the lUT ignores the RNG-REQ and does not send 
a RNG-RSP. 


Test strategy 




Notes 






TP ID 


TP/BS/RLC/IRNG/BO-HOOO 


IEEE 802.16 Reference 


clause 6.3.9.6 


PICS Item 




Initial Condition 


lUT is operating and has started Polled Initial Ranging. 


Expected Behaviour 


Check that: On receiving a RNG-REQ message in the Initial Maintenance slot, 
the lUT does not send RNG-RSP and continues operation. 


Test strategy 




Notes 






TP ID 


TP/BS/RLC/IRNG/BO-H001 


IEEE 802.16 Reference 


clause 6.3.9.6 


PICS Item 




Initial Condition 


lUT is operating and has allocated Data Grant lEs. 


Expected Behaviour 


Check that: On receiving a RNG-REQ message in a Data Grant interval, the 
lUT either ignores the message or uses the requested DL PHY Mode. 


Test strategy 




Notes 






TP ID 


TP/BS/RLC/IRNG/TI-HOOO 


IEEE 802.16 Reference 


clauses 6.3.9.5.1 and 6.3.9.6 

Figure "Initial Ranging, Polled Phase-BS" 

clause 10.1 "Invited Ranging Retries" 


PICS Item 




Initial Condition 


lUT is operating and has started Polled Initial Ranging. 


Expected Behaviour 


Check that: On sending "Invited Ranging Retries" Initial Ranging intervals on 
the Basic CID (polled ranging) and having received no RNG-REQ to any of the 
polled ranging opportunities, the lUT transmits a RNG-RSP (abort). 


Test strategy 


1) TE sends initial RNG-REQ on CID=0 in an Initial Ranging Interval with 
transmission power sufficient for lUT to decode RNG-REQ but requiring a 
RNG-RSP(continue) from lUT, not a RNG-RSP(success). 

2) lUT sends RNG-RSP(continue) with power adjustments. 

3) TE remains silent and does not respond to any of the Polled Initial ranging 
opportunities. 

4) Assign PASS verdict if lUT sends RNG-RSP(abort) after it sends "Invited 
Ranging Retries" Initial Ranging intervals. 


Notes 





ETSI 



26 



ETSI TS 102 385-2 V2.4.1 (2007-10) 



TP ID 


TP/BS/RLC/IRNG/TI-H001 


IEEE 802.16 Reference 


clauses 6.3.9.5.1 and 6.3.9.6 

Figure "Initial Ranging, Polled Phase-BS" 

clause 10.1 Invited Ranging Retnes 


PICS Item 




Initial Condition 


lUT is operating and has started Polled Initial Ranging 


Expected Beliaviour 


Check that: After "Invited Ranging Retries" repetitions of sending Initial 
Ranging intervals on the Basic CID (polled ranging) of receiving a RNG-REQ 
requiring power corrections for each of the polled ranging opportunities and 
sending a RNG-RSP(continue), the lUT transmits a RNG-RSP(abort). 


Test strategy 


1) TE sends initial RNG-REQ on CID=0 in an Initial Ranging Interval with 
transmission power sufficient for lUT to decode RNG-REQ but requiring a 
RNG-RSP(continue) from lUT, not a RNG-RSP(success). 

2) For Invited Ranging Retries, loop through the following: 

- lUT transmits polled Initial Ranging interval on TE's Basic CID. 

- TE transmits RNG-REQ at transmission characteristics forcing lUT to 
transmit RNG-RSP (continue). 

- lUT sends RNG-RSP(continue) with power adjustments. 

3) lUT sends one more polled Initial Ranging opportunity on TE's Basic CID. 

4) TE transmits one more RNG-REQ at transmission characteristics forcing 
lUT to transmit RNG-RSP (continue). 

5) Assign PASS verdict if IDT sends RNG-RSP(abort). 


Notes 





TP ID 


TP/BS/RLC/IRNG/TI-H002 


IEEE 802.16 Reference 


clause 6.3.9.6 


PICS Item 




Initial Condition 


lUT is operating and is waiting for a SBC-REQ message 


Expected Behaviour 


Check that: After expiry of timer T9, the lUT releases and ages out Basic and 
Primary Management CIDs. 


Test strategy 




Notes 





.2.2 Periodic Ranging (PRNG) 



TP ID 


TP/BS/RLC/PRNG/BV-HOOO 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operating and an UL service flow is established. 


Expected Behaviour 


Check that: Qn receiving UL transmissions that require timing offset 
adjustment, the lUT transmits an unsolicited RNG-RSP (Continue) or 
RNG-RSP (Success) message with timing offset adjustment parameters. 


Test strategy 




Notes 





TP ID 


TP/BS/RLC/PRNG/BV-H001 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


IDT is operating and an UL service flow is established. 


Expected Behaviour 


Check that: On receiving UL transmissions that require a power adjustment, 
the lUT performs one of the actions below: 

- either transmit RNG-RSP (Continue) message with power adjustment 
parameters, or; 

- transmit RNG-RSP (Success) message with power adjustment 
parameters, or. 

- transmit FPC message with power adjustment parameters, or; 

- transmit Power Control IE with power adjustment parameters, or; 

- change to a more robust PHY Mode. 


Test strategy 




Notes 
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TP ID 


TP/BS/RLC/PRNG/BV-H002 




Deleted 




TP ID 


TP/BS/RLC/PRNG/BV-H003 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operating. An UL service flow is established. The lUT is adjusting power 
during periodic ranging by Iterating RNG-RSP (Continue) messages. 


Expected Behaviour 


Check that: On receiving UL transmissions that no longer require a RNG-RSP 
(Continue) message to adjust power, the lUT transmits: 

- either a RNG-RSP (Success) message with or without adjustments, or; 

- a Power Control IE, or; 

- an FPC. 


Test strategy 




Notes 


Omit from all waves of certification program. The TP may get deleted 
altogether. 




TP ID 


TP/BS/RLC/PRNG/BV-H004 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operating, an UL service flow Is established with data flow. A timing 
adjustment for the UL is required. 


Expected Behaviour 


Check that: The lUT terminates the timing adjustment by transmitting a 
RNG-RSP(Success) with or without adjustments. 


Test strategy 




Notes 






TP ID 


TP/BS/RLC/PRNG/BV-H005 


IEEE 802.16 Reference 


clause 6.3.10.1 


PICS Item 




Initial Condition 


lUT Is operating and a DL service flow is established. 


Expected Behaviour 


Check that: On receiving a DBPC-REO message on the Basic CID to change 
the DL transmission to a less robust burst profile, the lUT transmits a 
DBPCRSP. 


Test strategy 




Notes 






TP ID 


TP/BS/RLC/PRNG/BV-H006 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operating and a UL service flow is established. 


Expected Behaviour 


Check that: On detecting a threshold crossing for UL PHY Mode, the lUT 
transmits a RNG-RSP message to change the UL PHY mode. 


Test strategy 




Notes 


Threshold may be CINR. 
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TP ID 


TP/BS/RLC/PRNG/BV-H007 


IEEE 802.16 Reference 


Figure Periodic Ranging receiver processing - BS 

Table: Parameters and constants; "Ranging Correction Retries" 


PICS item 




Initial Condition 


lUT is operating and a service flow is established. It has started ranging 
corrections. 


Expected Behaviour 


Check that: After transmitting RNG-RSP(continue) for more than Ranging 
Correction Retries, the lUT removes the SS from management and sends a 
RNG-RSP with Ranging Status set to Abort. 


Test strategy 




Notes 


lUT can correct ranging using any combination in any number of the following: 

- PHY Mode change. 

- RNG-RSP(success). 

- RNG-RSP(continue). 

- FPC. 

- Power Control IE. 

This TP only requires the counting number of times RNG-RSP(continue) is sent. 
The other methods for ranging correction are not counted when received. 
To be defined in the PIXIT how to set the BS to send/show RSP is complete. 



TP ID 


TP/BS/RLC/PRNG/BV-H01 1 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operating and a service flow is established. The lUT is correcting 
ranging. 


Expected Behaviour 


Check that: On receipt of a signal with satisfactory power, the lUT sends either: 

- a RNG-RSP with the Ranging Status set to success, or; 

- an FPC, or; 

- a Power Control IE. 


Test strategy 




Notes 


The satisfactory power parameters are included in PIXIT parameters. The 
equipment manufacturer provides these parameters for its device. These 
parameters can vary for individual devices. 



TP ID 


TP/BS/RLC/PRNG/BV-H01 2 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operating and a service flow is established. The lUT is correcting 
ranging. 


Expected Behaviour 


Check that the lUT: On receipt of a signal that is unsatisfactory, the IDT 
performs one of the actions below: 

- either transmit RNG-RSP (Continue) message with power adjustment 
parameters, or; 

- transmit RNG-RSP (Success) message with power adjustment parameters, 

or; 

- transmit FPC message with power adjustment parameters, or; 

- transmit Power Control IE with power adjustment parameters, or; 

- change to a more robust PHY Mode. 




Test strategy 




Notes 





TP ID 


TP/BS/RLC/PRNG/BI-HOOO 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operating and a service flow is established. 


Expected Behaviour 


Check that: On receipt of an invalid RNG-REQ, the lUT ignores the message. 


Test strategy 




Notes 
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.2.3 Downlink Burst Profile Management (DBPC) 



TP ID 


TP/BS/RLC/DBPC/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.2.3.21 


PICS item 




Initial Condition 


lUT has terminated Network entry procedures has transmitted a Basic CID 
allocation grant. 


Expected Behaviour 


Check that: On receiving a DBPC-REQ on the Basic CID, to refuse this 
request the lUT transmits a DBPC-RSP with the DlUC parameter unchanged 
from that before the received DBPC-REQ and continues transmitting at the 
same DlUC profile. 


Test strategy 




Notes 


Requires a means to provoke the lUT to refuse the DBPC-REQ. 



TP-ID 


TP/BS/RLC/DBPC/BI-HOOO 


IEEE 802.16 Reference 


clause 6.3.2.3.21 


PICS Item 




Initial Condition 


The lUT using DlUC n is operating with an SS. 


Expected Behaviour 


Check that: On receiving a DBPC-REQ for a DlUC that is not indicated in the 
UCD message, the lUT sends a DBPC-RSP indicating the DlUC in use. 


Test strategy 




Notes 





TP-ID 


TP/BS/RLC/DBPC/BI-H001 


IEEE 802.16 Reference 


clause 6.3.2.3.20 


PICS Item 




Initial Condition 


The lUT using DlUC n is operating with an SS. 


Expected Behaviour 


Check that: On receiving A DBPC-REQ in an invalid format, the lUT ignores 
the message. 


Test strategy 




Notes 





.2.3.1 To a Less Robust Profile (LRP) 



TP ID 


TP/BS/RLC/DBPC/LRP/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.10.1 

Figure "Transition to a less robust burst profile" 


PICS item 




Initial Condition 


lUT has terminated Network entry procedures and has received a DBPC-REQ 
on the Basic CID for a less robust burst profile. 


Expected Behaviour 


Check that: On receiving the DBPC-REQ and to accept the request, the lUT 
immediately stops transmitting DL data, transmits the DBPC-RSP accepting 
the request, and then begins transmitting DL data on the weaker DlUC. 


Test strategy 




Notes 





TP-ID 


TP/BS/RLC/DBPC/LRP/BV-H001 


IEEE 802.16 Reference 


clause 6.3.10.1 

Figure "Transition to a less robust burst profile" 


PICS Item 




Initial Condition 


The lUT using DlUC n is operating with an SS. 


Expected Behaviour 


Check that: On receiving a DBPC-REQ indicating a less robust profile and 
when the SS is no longer authorized for this profile, the lUT sends a 
DBPC-RSP indicating the profile currently in use. 


Test strategy 




Notes 
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.2.3.2 To a More Robust Profile (MRP) 



TP ID 


TP/BS/RLC/DBPC/MRP/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.10.1 

Figure "Transition to a more robust burst profile" 


PICS Item 




Initial Condition 


lUT has terminated Networl< entry procedures. 


Expected Behaviour 


Check that: On receiving a DBPC-REQ on the Basic CID for a more robust 
burst profile, to accept the request the lUT immediately begins transmitting DL 
data using the new burst profile and transmits a valid DBPC-RSP. 


Test strategy 




Notes 





TP ID 


TP/BS/RLC/DBPC/MRP/BV-H001 


IEEE 802.16 Reference 


clause 6.3.10.1 

Figure "Transition to a more robust burst profile" 


PICS item 




Initial Condition 


lUT has terminated Networl< entry procedures. 


Expected Behaviour 


Checl< that: On receiving a RNG-REQ in an Initial Ranging Interval, to accept 

the request the lUT immediately begins transmitting DL data using the new 
burst profile and transmits a valid RNG-RSP. 


Test strategy 




Notes 





.2.4 Negotiate Basic Capabilities (SBC) 



TP ID 


TP/BS/RLC/SBC/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.9.7 


PICS Item 




Initial Condition 


lUT is initializing and has just completed Initial Ranging. 


Expected Behaviour 


Check that: On receiving an SBC-REQ message on the Basic CID, the IDT 
transmits an SBC-RSP with the intersection of the lUT 's and SS's capabilities 

set to "on". 


Test strategy 


Straightforward 


Notes 





TP ID 


TP/BS/RLC/SBC/BV-H001 


IEEE 802.16 Reference 


clause 6.3.9.7 


PICS Item 




Initial Condition 


lUT is initializing has received an SBC-REQ message and has sent the 
SBC-RSP message. 


Expected Behaviour 


Check that: On receiving another SBC-REQ message on the Basic CID, the 
lUT transmits an SBC-RSP. 


Test strategy 




Notes 





TP ID 


TP/BS/RLC/SBC/BI-HOOO 


IEEE 802.16 Reference 


clause 6.3.9.7 


PICS Item 




Initial Condition 


lUT is initializing and has just completed Initial Ranging. 


Expected Behaviour 


Check that: On receiving an invalid SBC-REQ message on the Basic CID, the 
lUT silently discards the received message and continues operation. 


Test strategy 




Notes 
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TP-ID 


Tn/DO/OI ^ ,' C* O /"* / D 1 LJAA4 

TP/DS/nLC/SBC/BI-n001 


IEEE 802.16 Reference 


Table "MAC Management messages" 


riL/o Item 




Initial Condition 


Initial Ranging has been completed. 


Expected Behaviour 


Check that: On receiving an SBC-REQ message on a connection other than 
Basic CID, the lUT ignores the SBC-REQ message and does not send an 
SBC-RSP. 


Test strategy 




Notes 





5.2.3 Registration, IP Connectivity, and Parameter Transfer (INI) 
5.2.3.1 Registration (REG) 



TP ID 


TP/BS/INI/REG/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.9.9 


PICS Item 




Initial Condition 


lUT is operating and is waiting for a REG-REQ message. 


Expected Behaviour 


Check that: On receiving a REG-REO, the lUT verifies the HMAC digest and 
generates a Secondary Management CID, determines which capabilities are 
enabled based on implemented options and policy, and sends a REG-RSP, 
the Primary CID, the Secondary Management CID, the HMAC tuple, and the 
Response set to OK. 


Test strategy 




Notes 






TP ID 


TP/BS/INI/REG/BV-H001 


IEEE 802.16 Reference 


clause 6.3.9.9 


PICS Item 




Initial Condition 


lUT is operating and is waiting for a REG-REQ message. 


Expected Behaviour 


Check that: On receiving a REG-REQ with an ARQ Support TLV, to confirm 
the ARQ Support the lUT transmits a REG-RSP with ARQ Support 
parameters. 


Test strategy 




Notes 






TP ID 


TP/BS/INI/REG/BV-H002 


IEEE 802.16 Reference 


clause 6.3.9.9 


PICS Item 




Initial Condition 


lUT is operating and is waiting for a REG-REQ message. 


Expected Behaviour 


Check that: On receiving a REG-REQ from a managed SS containing the IP 
Version, the lUT sends a REG-RSP containing the IP Version to be used on 
the Secondary Management Connection. 


Test strategy 




Notes 






TP ID 


TP/BS/INI/REG/BV-H003 


IEEE 802.16 Reference 


clause 6.3.9.9 


PICS Item 




Initial Condition 


lUT is operating and is waiting for a REG-REQ message 


Expected Behaviour 


Check that: On receiving a REG-REQ containing the SS Capabilities, the lUT 
sends a REG-RSP containing the SS Capabilities in order to indicate which are 
supported and to be used. 


Test strategy 




Notes 
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TP ID 


TP/BS/INI/RcG/DV-n004 


IEEE 802.16 Reference 


clause 6.3.9.9 


rlOb Item 




Initial Condition 


lUT is operating and is waiting for a REG-REQ message. 


Expected Behaviour 


Check that: On receiving a REG-REQ containing the SS Capabilities with 
unrecognizable/unsupported capabilities, the lUT sends a REG-RSP 
containing the unrecognizable/unsupported SS Capabilities set to off. 


Test strategy 




Notes 






TP ID 


TP/BS/INI/REG/BV-H005 


IEEE 802.16 Reference 


clause 6.3.9.9 


PICS Item 




Initial Condition 


lUT is operating, has received a REG-REQ message, has sent a REG-RSP 
message but has not received TFTP-CPLT message. 


Expected Behaviour 


Check that: On receiving a new REG-REQ, the lUT verifies the HMAC digest, 
generates the Secondary Management CID, determines which capabilities are 
enabled based on implemented options and policy, and sends a REG-RSP. 


Test strategy 




Notes 






TP ID 


TP/BS/INI/REG/BI-HOOO 


IEEE 802.16 Reference 


clause 6.3.9.9 


PICS Item 




Initial Condition 


lUT is operating and is waiting for a REG-REQ message. 


Expected Behaviour 


Check that: On receiving a REG-REQ containing an invalid HMAC, the lUT 
sends a REG-RSP containing the Response set to "Message authentication 
failure". 


Test strategy 




Notes 






TP ID 


TP/BS/INI/REG/BI-H001 


IEEE 802.16 Reference 


clause 6.3.9.9 


PICS Item 




Initial Condition 


lUT is operating and is waiting for a REG-REQ message. 


Expected Behaviour 


Check that: On receiving an invalid but correctly authenticated REG-REQ, the 
lUT silently discards the received message and continues operation. 


Test strategy 




Notes 






TP ID 


TP/BS/INI/REG/BO-HOOO 


IEEE 802.16 Reference 


clause 6.3.9.9 


PICS Item 




Initial Condition 


lUT is operating and has sent a TFTP-CPLT message. 


Expected Behaviour 


Check that: On receiving a REG-REQ, the lUT silently discards the received 
message and continues operation. 


Test strategy 




Notes 






TP ID 


TP/BS/INI/REG/BO-H001 


IEEE 802.16 Reference 


clause 6.3.9.9 


PICS Item 




Initial Condition 


lUT is operating and is in Authentication and Authorization phase. 


Expected Behaviour 


Check that: On receiving a REG-REQ, the lUT silently discards the received 
message and continues operation. 


Test strategy 




Notes 
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TD in 
1 r lU 


1 K/Do/INI/Ktu/ 1 l-nuuu 


itbb ou^i.ib KGTerGnce 


Clause D.o.y.y 


PICS Item 




Initial Condition 


lUT is operating and is waiting for a REG-REQ message. 


Expected Behaviour 


Check that: After expiry of timer T1 7, the lUT releases and ages out Basic and 
Primary IVIanagement CIDs. 


Test strategy 




Notes 





.3.2 IP Connectivity (IPC) 



TP ID 


TP/BS/INI/IPC/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.9.10 


PICS Item 




Initial Condition 


lUT has authorized and registered a managed SS. 


Expected Behaviour 


Check that: On receiving a DHCP-DISCOVER on the Secondary Management 
Connection, the lUT correctly implements DHCP server functionality . 


Test strategy 




Notes 






TP ID 


TP/BS/INI/IPC/BV-H001 


IEEE 802.16 Reference 


clause 6.3.9.11 


PICS Item 




Initial Condition 


lUT has authorized and registered a managed SS. The SS has obtained its IP 
address. 


Expected Behaviour 


Check that: On receiving a Time Of Day request on the Secondary 
Management Connection, the lUT correctly implements the Time Protocol 
server functionality. 


Test strategy 




Notes 






TP ID 


TP/BS/INI/IPC/BV-H002 


IEEE 802.16 Reference 


clause 6.3.9.12 


PICS Item 




Initial Condition 


lUT has authorized and a managed SS. The SS has obtained its IP address 
and the time of the day. 


Expected Behaviour 


Check that: On initiation of a TFTP for the download of the SS configuration file 
on the Secondary Management Connection, the lUT correctly implements 
TFTP server functionality. 


Test strategy 




Notes 






TP ID 


TP/BS/INI/IPC/BV-H003 


IEEE 802.16 Reference 


clause 6.3.9.12 


PICS Item 




Initial Condition 


lUT has authorized and registered a managed SS. The TFTP transaction has 

started. 


Expected Behaviour 


Check that: On receiving a TFTP-CPLT message, the lUT sends a TFTP-RSP 
with the associated Primary CID. 


Test strategy 




Notes 
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TP ID 


TP/BS/INI/IPC/BI-HOOO 


IEEE 802.16 Reference 


clause 6.3.9.12 


rlOb Item 




Initial Condition 


lUT has authorized and registered a managed SS. The TFTP transaction has 
started. 


Expected Behaviour 


Check that: On receiving an invalid TFTP-CPLT message, the lUT silently 
discards the received message. 


Test strategy 




Notes 






TP ID 


TP/BS/INI/IPC/BO-HOOO 


IEEE 802.16 Reference 


clause 6.3.9.12 


PICS Item 




Initial Condition 


lUT has terminated Network entry procedures and in normal operation. 


Expected Behaviour 


Check that: On receiving a TFTP-CPLT message, the lUT silently discards the 
received message. 


Test strategy 




Notes 






TP ID 


TP/BS/INI/IPC/BO-H001 


IEEE 802.16 Reference 


clause 6.3.9.12 


PICS item 




Initial Condition 


lUT has terminated Network entry procedures and in normal operation. 


Expected Behaviour 


Check that: On receiving a TFTP-CPLT message from a non existing SS, the 
lUT silently discards the received message. 


Test strategy 




Notes 






TP ID 


TP/BS/INI/IPC/TI-HOOO 


IEEE 802.16 Reference 


clause 6.3.9.12 


PICS Item 




Initial Condition 


lUT has authorized, registered, and started T13 for a managed SS. 


Expected Behaviour 


Check that: On timer T1 3 expiry, the lUT de-assigns the management SS 
GIDs. 


Test strategy 




Notes 






TP ID 


TP/BS/INI/IPC/TI-H001 


IEEE 802.16 Reference 


clause 6.3.9.12 


PICS Item 




Initial Condition 


lUT has authorized, registered, and started T13 for a managed SS. 


Expected Behaviour 


Check that: After the expiry of timer T1 3, on receiving a TFTP-CPLT the lUT 
does not send a TFTP-RSP. 


Test strategy 




Notes 
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lA Privacy and Key Management (PKM) 
.4.1 Authentication/Authorization (AUTH) 



.4.1.1 Initialization (INIT) 



TP ID 


TP/BS/PKM/AUTH/INIT/BV-HOOO 


IEEE 802.16 Reference 


clauses 7.2.1 and 7.2.4.1 


PICS Item 




Initial Condition 


lUT is initializing an SS. Basic Capabilities Negotiation is completed. Static 
SAs are provisioned. The lUT receives a valid Auth Info message and then a 
valid Auth Request message. 


Expected Behaviour 


Checl< that: The lUT transmits a valid Auth Reply message with a SA whose 
SAID Is Identical to the Basic CID In the Auth Request message, a SA for each 
provisioned static SA and the encrypted AK. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/AUTH/INIT/BV-H001 


IEEE 802.16 Reference 


clauses 7.2.1 and 7.2.4.1 


PICS Item 




Initial Condition 


lUT is initializing an SS. Basic Capabilities Negotiation is completed. No Static 
SAs are provisioned. The lUT receives a valid Auth Info message and then a 
valid Auth Request message. 


Expected Behaviour 


Check that: The lUT transmits a valid Auth Reply message with a SA whose 
SAID Is identical to the Basic CID In the Auth Request message and the 
encrypted AK. 


Test strategy 




Notes 





TP ID 


TP/BS/PKM/AUTH/INIT/BV-H002 


IEEE 802.16 Reference 


clause 7.2.1 


PICS Item 




Initial Condition 


Negotiating Basic Capabilities is complete. lUT is provisioned to authorize 
basic unicast services. 


Expected Behaviour 


Check that: The lUT determines If the requesting SS Is authorized for basic 
unicast services and Initialize the SA descriptor list of the Auth Reply message 
accordingly, I.e that the basic CID Is the first entry. 


Test strategy 




Notes 





TP ID 


TP/BS/PKM/AUTH/INIT/BV-H003 


IEEE 802.16 Reference 


clause 7.2.3 


PICS Item 




Initial Condition 


Negotiating Basic Capabilities is completed. The lUT has received an Auth 
Request with a list of cryptographic suites, all of which the lUT does not 

support. 


Expected Behaviour 


Check that: The lUT transmits an Auth Reject. 


Test strategy 




Notes 





TP ID 


TP/BS/PKM/AUTH/INIT/BV-H004 


IEEE 802.16 Reference 


clause 7.1.3 


PICS Item 




Initial Condition 


Negotiating Basic Capabilities Is complete. The lUT receives a request use to 
a Security Association for which It Is not authorized. 


Expected Behaviour 


Check that: The lUT provides only authorized Security Associations. 


Test strategy 




Notes 
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TP ID 


TP/BS/PKM/AUTH/INIT/BV-H005 




Deleted 




TP ID 


TP/BS/PKM/AUTH/INIT/BV-H006 


IEEE 802.16 Reference 


clauses 7.2.1 and 7.2.4.1 


PICS Item 




Initial Condition 


The lUT has terminated Network entry procedures. SS authorization Is 
revoked. 


Expected Behaviour 


Check that: The lUT transmits an Auth Invalid. 


Test strategy 




Notes 


Requires a means to revoke SS authorization. 




TP ID 


TP/BS/PKM/AUTH/INIT/BV-H007 


IEEE 802.16 Reference 


clauses 7.2.1 and 7.2.4.1 


PICS Item 




Initial Condition 


The lUT has terminated Network entry procedures. The lUT receives an Auth 
Request containing SS's user certificate. 


Expected Behaviour 


Check that: The lUT transmits an Auth Reply containing 1 024 bit RSA 
public-key encrypted AKs using SS's public key. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/AUTH/INIT/BV-H008 


IEEE 802.16 Reference 


clause 7.4.1.2 


PICS Item 




Initial Condition 


The lUT has terminated Network entry procedures. The lUT receives an Auth 
Request when a single AK is active. 


Expected Behaviour 


Check that: The lUT transmits an Auth Reply with a second active AK that has 
a key sequence number one greater (modulo 16) than the existing AK's and 
that the active lifetime of this second AK is the remaining lifetime of the first AK 
plus the AK-Lifetime parameter and with a SA whose SAID is identical to the 
Basic CID In the Auth Request message. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/AUTH/INIT/BV-H009 


IEEE 802.16 Reference 


clauses 7.4.1 .3 and 7.5.4.3 


PICS Item 




Initial Condition 


The lUT has terminated Network entry procedures. One AK Is active for the 
lUT. 


Expected Behaviour 


Check that: For receiving the following messages: DSx-REQ, DSx-RSP, 
DSx-ACK, REG-REQ, and TFTP-CPLT. The lUT uses the active AK 
associated with the AK Sequence number given In the received tuple to 

calculate the HIVIAC-Digest and to authenticate the messages. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/AUTH/INIT/BV-H01 


IEEE 802.16 Reference 


clause 6.3.2.3.9 


PICS Item 




Initial Condition 


lUT has terminated Network entry procedures. 


Expected Behaviour 


Check that: On receiving a PKIVI-REQ MAC message with an invalid PKIVI 
packet type code, the lUT does nothing and remains In the same state. 


Test strategy 




Notes 
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TP ID 


TP/BS/PKM/AUTn/INIT/BV-nOI 1 


IEEE 802.16 Reference 


clause 6.3.2.3.9 


rlOb Item 




Initial Condition 


lUT has terminated Network entry procedures. 


Expected Behaviour 


Check that: On receiving PKM-REQ message, the lUT transmits a PKM-RSP 
message with the Identifier field equal to the Identifier of the PKM-REQ 
message. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/AUTH/INIT/BV-H01 2 


IEEE 802.16 Reference 


clause 6.3.2.3.9 


PICS Item 




Initial Condition 


lUT has terminated Network entry procedures. 


Expected Behaviour 


Check that: On transmitting a TEK Invalid message that is not a response to a 
PKM-REO message, the lUT sets the Identifier field to 0. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/AUTH/INIT/BV-H01 3 


IEEE 802.16 Reference 


clause 6.3.2.3.9 


PICS item 




Initial Condition 


lUT has terminated Network entry procedures. 


Expected Behaviour 


Check that: When generating an unsolicited Auth Invalid message, the lUT 
sets the Identifier field to 0. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/AUTH/INIT/BV-H01 4 


IEEE 802.16 Reference 


clause 6.3.2.3.9 


PICS item 




Initial Condition 


lUT has terminated Network entry procedures. 


Expected Behaviour 


Check that: Given that different ordering of PKM-REQ message attributes and 
that the HMAC-Digest attribute, if any, is correctly placed, the lUT correctly 
processes the PKM-REQ. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/AUTH/INIT/BV-H01 5 


IEEE 802.16 Reference 


clauses 6.3.2.3.9 and 11.9 


PICS item 




Initial Condition 


lUT has negotiated basic capabilities and SS authorization and key exchange 
has started. 


Expected Behaviour 


Check that: On receiving a PKM_REQ message with unknown attributes, the 
lUT ignores the unknown attributes and recognizes the valid attributes. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/AUTH/INIT/BV-H01 6 


IEEE 802.16 Reference 


clause 6.3.2.3.9 


PICS Item 




Initial Condition 


lUT has negotiated basic capabilities and SS authorization and key exchange 
has started. 


Expected Behaviour 


Check that: On receiving a PKM_REQ message with missing required 
attributes, the lUT does not transmit a message and stays in the same state. 


Test strategy 




Notes 
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TP ID 


TP/BS/PKM/AUTH/INIT/BI-HOOO 


IEEE 802.16 Reference 


clause 7.2.1 

Figure "Authorization state machine flow diagram" 
Table "Authorization FSM state transition matrix" 
clause 11.9.10 


PICS Item 




Initial Condition 


lUT has negotiated basic capabilities. The lUT receives a valid Auth Info 
message. 


Expected Behaviour 


Check that: On receiving an Auth Request containing incorrect ASN.1 DER 
encoding, the lUT transmits an Auth Reject message with the error code set to 
Permanent Authorization Failure. 


Test strategy 




Notes 


BS may transmit No Information in error-code. 




TP ID 


TP/BS/PKM/AUTH/INIT/BI-H001 


IEEE 802.16 Reference 


clause 7.2.1 

Figure "Authorization state machine flow diagram" 
Table "Authorization FSM state transition matrix" 
clause 11.9.10 


PICS Item 




Initial Condition 


lUT has terminated Network entry procedures. The lUT receives a valid Auth 
Info message. 


Expected Behaviour 


Check that: On receiving an Auth Request containing an SS certificate with an 
invalid signature, the lUT transmits an Auth Reject message with the error 
code set to Permanent Authorization Failure. 


Test strategy 




Notes 


BS may transmit No Information in error-code. Cover with a configuration 
parameter. 




TP ID 


TP/BS/PKM/AUTH/INIT/BI-H002 


IEEE 802.16 Reference 


clause 7.2.1 

Figure "Authorization state machine flow diagram" 
Table "Authorization FSM state transition matrix" 
clause 11.9.10 


PICS Item 




Initial Condition 


lUT has terminated Network entry procedures. The lUT receives a valid Auth 
Info message. 


Expected Behaviour 


Check that: On receiving an Auth Request containing incompatible Security 
Capabilities, the lUT transmits an Auth Reject message with the error code set 
to Permanent Authorization Failure. 


Test strategy 




Notes 


BS may transmit No Information in error-code. Cover with a configuration 
parameter. 




TP ID 


TP/BS/PKM/AUTH/INIT/BI-H003 


IEEE 802.16 Reference 


clause 7.2.1 

Figure "Authorization state machine flow diagram" 
Table "Authorization FSM state transition matrix" 
clause 11.9.10 


PICS item 




Initial Condition 


lUT has terminated Network entry procedures. The lUT receives a valid Auth 
Info message. 


Expected Behaviour 


Check that: On receiving an Auth Request containing an SS certificate on the 
"hot" list, the lUT transmits an Auth Reject message with the error code set to 
Permanent Authorization Failure. 


Test strategy 




Notes 


BS may transmit No Information in error-code. Cover with a configuration 
parameter. 
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TP ID 


TP/BS/PKM/AUTH/INIT/BI-H004 


IEEE 802.16 Reference 


clause 7.2.1 

Figure "Authorization state machine flow diagram" 
Table "Authorization FSM state transition matrix" 
clause 11.9.10 


PICS Item 




Initial Condition 


lUT has terminated Network entry procedures. The lUT receives a valid Auth 
Info message. 


Expected Behaviour 


Check that: On receiving an Auth Request containing an SS certificate from an 
unknown manufacturer, the lUT transmits an Auth Reject message with the 
error code set to Permanent Authorization Failure. 


Test strategy 




Notes 


BS may transmit No Information in error-code. Cover with a configuration 
parameter. 




TP ID 


TP/BS/PKM/AUTH/INIT/BI-H005 


IEEE 802.16 Reference 


clause 7.2.1 

Figure "Authorization state machine flow diagram" 
Table "Authorization FSM state transition matrix" 
clause 11.9.10 


PICS Item 




Initial Condition 


IDT has terminated Network entry procedures. The lUT receives a valid Auth 
Info message. 


Expected Behaviour 


Check that: On receiving an Auth Request containing an SS certificate 
inconsistencies between the certificate data and in accompanying PKM 
attributes data, the lUT transmits an Auth Reject message with the error code 

set to Permanent Authorization Failure. 


Test strategy 




Notes 


BS may transmit No Information in error-code. Cover with a configuration 
parameter. 




TP ID 


TP/BS/PKM/AUTH/INIT/BI-H006 


IEEE 802.16 Reference 


clause 7.2.1 

Figure "Authorization state machine flow diagram" 
Table "Authorization FSM state transition matrix" 
clause 11.9.10 


PICS Item 




Initial Condition 


lUT has terminated Network entry procedures. 


Expected Behaviour 


Check that: On receiving an Auth Info message and then an Auth Request 
message for an SS not authorized for basic unlcast service. The lUT transmits 
an Auth Reject message with the error code set either to No Information or 
Unauthorized SS. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/AUTH/INIT/BI-H007 


IEEE 802.16 Reference 


clause 7.2.1 

Figure "Authorization state machine flow diagram" 
Table "Authorization FSM state transition matrix" 
clause 11.9.10 


PICS Item 




Initial Condition 


lUT has terminated Network entry procedures. The lUT has received an Auth 
Info message. 


Expected Behaviour 


Check that: On receiving an Auth Request containing an SAID that is different 
from that previously sent on the Basic CID, the lUT transmits an Auth Reject 
message with the error code set either to No Information or Unauthorized 
SAID. 


Test strategy 




Notes 
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TP ID 


TP/BS/PKM/AUTH/INIT/BI-H008 


IEEE 802.16 Reference 


clause 7.2.1 

Figure "Authorization state machine flow diagram" 
Table "Authorization FSM state transition matrix" 
clause 11.9.10 


PICS Item 




Initial Condition 


lUT has terminated Network entry procedures. 


Expected Behaviour 


Check that: On receiving an Auth Request containing an SAID that is different 
from that previously sent on the Basic CID, the lUT transmits an Auth Reject 
message with the error code set either to No Information or Unauthorized 
SAID. 


Test strategy 




Notes 





.4.1.2 OPeratioNal (OPN) 



TP ID 


TP/BS/PKM/AUTH/OPN/BV-HOOO 


IEEE 802.16 Reference 


clauses 7.4.1 .3 and 7.5.4.3 


PICS Item 




Initial Condition 


The lUT has terminated Network entry procedures. Two AKs are active for the 
lUT. 


Expected Behaviour 


Check that: For receiving the following messages: DSx-REQ, DSx-RSP, 
DSx-ACK, REG-REQ, and TFTP-CPLT with the older AK Sequence Number in 
the tuple, the lUT uses the active AK associated with the AK Sequence 

number given in the received tuple to calculate the HIVIAC-Digest. If the 
message requires a BS reply, check that the reply message has an HMAC 
Tuple with an HMAC-Digest and KEK calculated with HMAC_KEY_D using the 
older AK and the older AK Sequence Number. 


Test strategy 




Notes 





TP ID 


TP/BS/PKM/AUTH/OPN/BV-H001 


IEEE 802.16 Reference 


clauses 7.4.1 .3 and 7.5.4.3 


PICS Item 




Initial Condition 


The lUT has terminated Network entry procedures. Two AKs are active for the 
lUT. 


Expected Behaviour 


Check that: For receiving any management message containing a HMAC tuple 
with the newer AK Sequence Number in the tuple, the lUT uses the active AK 
associated with the AK Sequence number given in the received tuple to 
calculate the HMAC-Dlgest. If the message requires a BS reply, check that the 
reply message has an HIVIAC Tuple with an HMAC-Digest and KEK calculated 
with HMAC_KEY_D using the newer AK and a new AK Sequence Number 
calculated as (old AK Sequence Number + 1) modulo 16 (a 4-bit AK sequence 
number). 


Test strategy 




Notes 
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TP ID 


TP/BS/PKM/AUTH/OPN/BV-H002 


IEEE 802.16 Reference 


clauses 7.4.1 .3 and 7.5.4.3 


PICS Item 




initial Condition 


The lUT has terminated Network entry procedures. One AK is active for the 
lUT. The lUT has received a valid Auth Request message in response to which 
the lUT transmitted a valid Auth Reply message with a new AK. 


Expected Beliaviour 


Check that: On receiving any management message containing a HMAC tuple 
with the newer AK Sequence Number in the tuple, the lUT treats the received 
message as an implicit acknowledgement of the new AK and verifies the 
HMAC-Digest of the HMAC Tuple in the message with the HMAC_KEY_U 
associated with the newest AK Key Sequence Number in the same tuple. If the 
message requires a BS reply, check that the reply message has an HMAC 
Tuple with an HMAC-Digest and KEK calculated with HMAC_KEY_D using the 
newer AK and a new AK Sequence Number calculated as (old AK Sequence 
Number + 1) modulo 16 (a 4-bit AK sequence number). 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/AUTH/OPN/BV-H003 


IEEE 802.16 Reference 


clauses 7.4.1.3 and 7.5.4.3 


PICS Item 




Initial Condition 


The lUT has terminated Network entry procedures. One AK is active for the 
lUT. 


Expected Behaviour 


Check that: For transmitting any management message containing a HMAC 
tuple, the lUT uses the active AK to calculate the HMAC-Digest in the HMAC 
tuple and places the active AK Sequence Number into the tuple. 


Test strategy 




Notes 




TP ID 


TP/BS/PKM/AUTH/OPN/BV-H004 


IEEE 802.16 Reference 


clause 7.2.1 

Figure "Authorization state machine flow diagram" 

Table "Authorization FSM state transition matrix" 


PICS Item 




Initial Condition 


lUT has terminated Network entry procedures. Static SAs are provisioned. 


Expected Behaviour 


Check that: On receiving a valid Auth Request message during the 
Authorization Grace period to reauthorize, the lUT transmits a valid Auth Reply 
with a SA whose SAID is identical to the Basic CID in the Auth Request 
message and a SA for each provisioned static SA. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/AUTH/OPN/BV-H005 


IEEE 802.16 Reference 


clause 7.4.1.1 


PICS Item 




Initial Condition 


The lUT has terminated Network entry procedures. 


Expected Behaviour 


Check that: When the SS fails to reauthorize before the expiration of the 
current AK, the lUT considers the SS unauthorized, holds no active AKs for the 
SS, and removes all TEKs associated with the SS's Primary SA. 


Test strategy 




Notes 
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TP ID 


TP/BS/PKM/AUTH/OPN/BI-HOOO 


IEEE 802.16 Reference 


clause 7.2.1 

Figure "Authorization state machine flow diagram" 
Table "Authorization FSM state transition matrix" 
clause 11.9.10 


PICS Item 




Initial Condition 


IDT has terminated Network entry procedures. An SS is no longer authorized 
for basic unicast service. 


Expected Behaviour 


Check that: On receiving an Auth Request from the unauthorized SS, the lUT 
transmits an Auth Reject message with the error code set either to No 
Information or Unauthorized SS. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/AUTH/OPN/TI-HOOO 


IEEE 802.16 Reference 


clause 7.4.1 .1 


PICS Item 




Initial Condition 


The lUT has completed a successful Authorization transaction with the SS. 


Expected Behaviour 


Check that: From the time that the Auth Reply message is transmitted during 
the transaction, the lUT keeps the AK active for the parameter AK-Lifetime. 


Test strategy 




Notes 


System configuration parameter AK-Lifetime 




TP ID 


TP/BS/PKM/AUTH/OPN/TI-H001 


IEEE 802.16 Reference 


clause 7.4.1.1 


PICS Item 




Initial Condition 


The lUT has completed a successful Authorization transaction with the SS that 
changed the AK-Lifetime value. 


Expected Behaviour 


Check that: The lUT maintains the AKS active during the AK-Lifetime value 
transmitted in the Auth Reply message. 


Test strategy 




Notes 





.4.2 Encryption Key Transfer (TEK) 
.4.2.1 Initialization (INIT) 



TP ID 


TP/BS/PKM/TEK/INIT/BV-HOOO 


IEEE 802.16 Reference 


clause 7.2.2.1 


PICS Item 




Initial Condition 


Basic Capabilities Negotiation and Authorization is completed. 


Expected Behaviour 


Check that: On receiving a valid Key Request message with an authorized 
SAID, the lUT transmits a valid Key Reply message for the given SAID. 


Test strategy 




Notes 





TP ID 


TP/BS/PKM/TEK/INIT/BV-H001 


IEEE 802.16 Reference 


clause 7.2.5.2 


PICS Item 




Initial Condition 


Basic Capabilities Negotiation is completed. 


Expected Behaviour 


Check that: On receiving a Key Request message with an unauthorized SAID, 
the lUT transmits a valid Key Reject message for the given SAID. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/TEK/INIT/BV-H002 




Deleted 
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TP ID 


TP/BS/PKM/TEK/INIT/BV-HOOo 


IEEE 802.16 Reference 


clause 7.2.2.1 


rlOb Item 




Initial Condition 


Basic Capabilities Negotiation is completed. A successful Key Request 
transaction has occurred and T-OpWait starts. 


Expected Behaviour 


Checl< that: On receiving a valid Key Request message after T_OpWait expiry, 
the lUT transmits a valid Key Reply message for the SAID. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/TEK/INIT/BV-H004 


IEEE 802.16 Reference 


clauses 7.4.1 .3 and 7.5.4.3 


PICS Item 




Initial Condition 


The lUT has terminated Network entry procedures. One AK is active for the 
lUT. A successful Authorization transaction for a new AK has just been 
completed. 


Expected Behaviour 


Check that: On receiving a Key Request with the new AK Sequence Number, 
the lUT treats the Key Request as an implicit acknowledgement of the new AK 
and verifies the HMAC-Digest in the Key Request with the HMAC_KEY_U 
associated with the newest AK Key Sequence Number. The lUT then transmits 
a valid Key Reply message with an HMAC-Digest and KEK calculated with 
HMAC_KEY_D using the newer AK and a new AK Sequence Number 
calculated as (old AK Sequence Number + 1) modulo 16 (a 4-bit AK sequence 
number). 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/TEK/INIT/BV-H005 


IEEE 802.16 Reference 


clause 7.2.2.1 

Table "TEK state machine flow diagram" 
Figure "TEK FSM state transition diagram" 


PICS Item 




Initial Condition 


The lUT Is encrypting. 


Expected Behaviour 


Check that: On receiving a valid Key Request message with an authorized 
SAID within the refresh grace period, the lUT transmits a valid Key Reply 
message for the given SAID and increments the key sequence number with a 
new generation of keying material by using (n+1 )mod 4 where n is the older 
sequence number. Encrypted MAC DATA PDUs for this SAID continue to be 
transmitted during and after the transaction. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/TEK/INIT/BV-H006 


IEEE 802.16 Reference 


clause 7.2.4.2 

Table "Error-code attribute code values" 


PICS Item 




Initial Condition 


lUT is initializing. 


Expected Behaviour 


Check that: On receiving a Key Request with an HMAC-Digest attribute that 
will fail lUT verification, the lUT transmits an Auth Invalid message with 
error-code as either No Information or Message (Key Request) authentication 
failure. 


Test strategy 




Notes 
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TP ID 


TP/BS/PKM/TEK/INIT/BV-H007 


IEEE 802.16 Reference 


clause 7.2.4.2 

Table "Error-code attribute code values" 


rlUo Item 




Initial Condition 


lUT is initializing. 


Expected Behaviour 


Check that: On receiving a Key Request with no valid AK associated with the 
SB, the lUT transmits an Auth Invalid message with error-code as either No 
Information or Unauthorized SS. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/TEK/INIT/BV-H008 


IEEE 802.16 Reference 


clause 7.2.5.2 


PICS Item 




Initial Condition 


The lUT is initializing. 


Expected Behaviour 


Check that: On receiving a Key Request message with an unauthorized SAID 
within the refresh grace period, the lUT transmits a valid Key Reject message 
for the given SAID and MAC DATA PDU encryption stops for this SAID. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/TEK/INIT/BV-H009 


IEEE 802.16 Reference 


clause 7.2.5.2 

Table "TEK state machine flow diagram" 
Figure "TEK FSM state transition diagram" 


PICS Item 




Initial Condition 


The lUT is decrypting. 


Expected Behaviour 


Check that: On receiving a Key Request for key refresh within the refresh 
grace period and immediately afterwards a MAC DATA PDU with an invalid 
TEK key sequence number for the SAID, the lUT transmits a TEK Invalid 
message. 


Test strategy 




Notes 


This TP assumes that the lUT does not react in time to send the Key Reply 
before receiving the MAC DATA PDU with the invalid TEK key sequence 
number for the SAID. 




TP ID 


TP/BS/PKM/TEK/INIT/BV-H01 


IEEE 802.16 Reference 


clause 7.2.2.1 


PICS Item 




Initial Condition 


Encryption/decryption is underway. A successful Key Reply transaction has 
occurred and T RefreshWait has just started. 


Expected Behaviour 


Check that: On receiving a retransmitted Key Reply after T_RefreshWait 
expired, the lUT transmits a valid Key Reply message for the given SAID to 
refresh the keys. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/TEK/INIT/BI-HOOO 




Deleted 



.4.2.2 Operational (OPN) 



TP ID 


TP/BS/PKM/TEK/OPN/BV-HOOO 


IEEE 802.16 Reference 


clause 7.4.2.1 


PICS Item 




Initial Condition 


lUT has terminated Network entry procedures. Two keys are active. 


Expected Behaviour 


Check that: The lUT deactivates the older key once it has expired. 


Test strategy 




Notes 
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TP ID 


TP/BS/PKM/TEK/OPN/BV-H001 


IEEE 802.16 Reference 


clauses 7.4.1 .3 and 7.5.4.3 


PICS Item 




initial Condition 


Two AKs are active for the lUT. 


Expected Behaviour 


Check that: On receiving a Key Request with the oldest active AK Key 
Sequence Number, the lUT verifies the HMAC-Digest in the Key Request with 
the HMAC_KEY_U associated with the given AK Key Sequence Number and 
transmits a Key Reply message with HMAC-Digest using HMAC-KEY-D and 
KEK derived from the older AK. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/TEK/OPN/BV-H002 


IEEE 802.16 Reference 


clauses 7.4.1 .3 and 7.5.4.3 


PiCS Item 




Initial Condition 


Two AKs are active for the lUT. 


Expected Befiaviour 


Check that: On receiving a Key Request with the newest active AK Key 
Sequence Number, the lUT verifies the HMAC-Digest in the Key Request with 
the HMAC_KEY_U associated with the given AK Key Sequence Number and 
transmits a Key Reply message with HMAC-Digest using HMAC-KEY-D and 
KEK derived from the newer AK with a new AK Sequence Number calculated 
as (old AK Sequence Number + 1) modulo 16 (a 4-bit AK sequence number). 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/TEK/OPN/BV-H003 


IEEE 802.16 Reference 


clauses 7.4.1 .3 and 7.5.4.3 


PICS Item 




Initial Condition 


One AK is active for the lUT. 


Expected Behaviour 


Check that: On receiving a valid Key Request, the lUT transmits a valid Key 
Reply message with an HMAC-Digest calculated with HMAC_KEY_D using the 
current AK and AK Key Sequence Number. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/TEK/OPN/BV-H004 


IEEE 802.16 Reference 


clauses 7.4.1 .3 and 7.5.4.3 


PICS Item 




Initial Condition 


One AK is active for the lUT. An Authorization transaction for a new AK has 
just been completed. 


Expected Behaviour 


Check that: On receiving a Key Request with the older AK Sequence Number, 

the lUT transmits a valid Key Reply message with an HMAC-Digest calculated 
with HMAC_KEY_D and KEK using the older AK and AK Key Sequence 
Number. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/TEK/OPN/BV-H005 


IEEE 802.16 Reference 


clauses 7.5, 7.5.1 .1 , 1 1 .9.8 and 1 1 .9.9 


PICS Item 




Initial Condition 


The lUT has terminated Network entry procedures. The lUT is encrypting 
downlink MAC DATA PDU payloads. 


Expected Behaviour 


Check that: The lUT uses a CBC calculated by XOR-ing the CBC-IV 
transmitted in the TEK parameters sub attributes with current Frame Number 
(right-justified).. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/TEK/OPN/BV-H006 




Deleted 



ETSI 



46 



ETSI TS 102 385-2 V2.4.1 (2007-10) 



TP ID 


TP/BS/PKM/TEK/OPN/BV-H007 


IEEE 802.16 Reference 


clauses 7.5 and 7.5.2.2 


PICS Item 




initial Condition 


The iUT is Key Exchanging. During authorization, the lUT has received 0x02 in 
the TEK encryption algorithm identifiers of the Cryptographic-Suite-List of the 
Security-Capabilities in the Auth Request message. 


Expected Behaviour 


Check that: On receiving a Key Request message, the IUT transmits a Key 
Reply message with the TEK in the TEK-parameters sub attributes encrypted 
using the RSA method. 


Test strategy 




Notes 





TP ID 


TP/BS/PKM/TEK/OPN/BV-H008 


IEEE 802.16 Reference 


clauses 7.5 and 7.5.2.2 


PICS Item 




Initial Condition 


The IUT is Key Exchanging. During authorization, the IUT has received 0x03 in 
the TEK encryption algorithm identifiers of the Cryptographic-Suite-List of the 
Security-Capabilities in the Auth Request message. 


Expected Behaviour 


Check that: On receiving a Key Request message, the IUT transmits a Key 
Reply message with the TEK-128 in the TEK-parameters sub attributes 
encrypted using the 128-bit AES in ECB mode method. 


Test strategy 




Notes 





TP ID 


TP/BS/PKM/TEK/OPN/BV-H009 


IEEE 802.16 Reference 


Clauses 7.5, 7.5.1 .1 , 1 1 .9.8 and 1 1 .9.9 


PICS Item 




Initial Condition 


The IUT is decrypting uplink MAC DATA PDU payloads. 


Expected Behaviour 


Check that: The IUT uses a CBC calculated by XOR-ing the CBC-IV 
transmitted in the TEK parameters sub attributes with the PHY synchronization 
field of the DL-MAP in effect for the UL-MAP. 


Test strategy 




Notes 





.4.3 Security Association Management (SAM) 



TP ID 


TP/BS/PKM/SAM/BV-HOOO 


IEEE 802.16 Reference 


clause 7.1.4 


PICS item 




Initial Condition 


IUT has terminated Network entry procedures and adding a Dynamic Service 
(DSA) for each of several data transport connections. 


Expected Behaviour 


Check that: The IUT maps all transport connections to an existing SA. 


Test strategy 




Notes 





TP ID 


TP/BS/PKM/SAM/BV-H001 


IEEE 802.16 Reference 


clause 7.1.4 


PICS item 




Initial Condition 


IUT has terminated Network entry procedures and adding a Dynamic Service 
(DSA) for each of several multicast data transport connections. 


Expected Behaviour 


Check that: The IUT maps the multicast transport connections to any Static or 
Dynamic SA. 


Test strategy 




Notes 
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TD in 
1 r lU 


1 K/Do/r'lvlVI/oAM/DV-rlUU^ 


itbb ou^i.ib KeTerence 


Clause i.o.^ 


PICS item 




Initial Condition 


lUT has terminated Network entry procedures. 


Expected Behaviour 


Check that: To initiate a dynamic service creation for a new SA, the lUT 
transmits first the SA Add message and then the SA in a DSA-REQ message. 


Test strategy 




Notes 





TP-ID 


TP/BS/PKM/SAM/BV-H003 


IEEE 802.16 Reference 


clauses 7. 1 .4 and 11.9.17 


PICS Item 




Initial Condition 


lUT has terminated Network entry procedures. An SA has been added to the 
SS through the use of an SA-Add transaction. The SA has yet to be used. 


Expected Behaviour 


Check that: On receiving an Auth Request, the lUT sends a valid Auth Reply 
and then sends a new SA Add renewing the SA. 


Test strategy 




Notes 





TP-ID 


TP/BS/PKM/SAM/BV-H004 


IEEE 802.16 Reference 


clauses 7.1 .4 and 1 1 .9.1 7 


PICS Item 




Initial Condition 


lUT has terminated Network entry procedures. An SA has been added to the 
SS through the use of an SA-Add transaction. The SA has been added to the 
set of Static SAs but has as yet to be used. 


Expected Behaviour 


Check that: On receiving an Auth Request, The lUT sends an Auth Reply 
listing the SA as authorized. 


Test strategy 




Notes 





.4.4 Encryption and Key Scheduling (EKS) 



TP ID 


TP/BS/PKM/EKS/BV-HOOO 


IEEE 802.16 Reference 


clause 7.1.5 


PICS Item 




Initial Condition 


lUT has begun SS authorization. 


Expected Behaviour 


Check that: The lUT supports at least one of the Cryptographic Suites in 
table 378. 


Test strategy 




Notes 





TP ID 


TP/BS/PKM/EKS/BV-H001 


IEEE 802.16 Reference 


clause 6.3.3.6 


PICS Item 




Initial Condition 


lUT has terminated Network entry procedures. 


Expected Behaviour 


Check that: The lUT never encrypts the generic (HT set to 0) MAC header. 


Test strategy 




Notes 





TP ID 


TP/BS/PKM/EKS/BV-H002 


IEEE 802.16 Reference 


clause 7.1.1 


PICS Item 




Initial Condition 


The key parameters exchange is successful. 


Expected Behaviour 


Check that: Having exchanged the key parameters successfully, the lUT 
continues to send the MAC Management messages in clear. 


Test strategy 




Notes 
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TP ID 


TP/BS/PKM/EKS/BV-H003 


IEEE 802.16 Reference 


clause 7.2.5.2 

Table "TEK state machine flow diagram" 
Figure TEK FSM state transition diagram 


PICS Item 




Initial Condition 


The lUT is decrypting. 


Expected Beliaviour 


Check that: On receiving a Key Request for l<ey refresh within the refresh 
grace period and immediately afterwards a MAC DATA PDU with an invalid 
TEK key sequence number for the SAID, the lUT transmits a TEK Invalid 
message. 


Test strategy 




Notes 


This TP assumes that the lUT does not react in time to send the Key Reply 
and Auth Reply before receiving the MAC DATA PDU with the invalid TEK key 
sequence number for the SAID. 




TP ID 


TP/BS/PKM/EKS/BV-H004 


IEEE 802.16 Reference 


clause 7.2.5.2 

Table "TEK state machine flow diagram" 
Figure "TEK FSM state transition diagram" 


PICS Item 




Initial Condition 


Basic Capabilities Negotiation and Authentication are completed. The 
negotiated cryptographic suite is 0x01 . 


Expected Behaviour 


Check that: On receiving a Key Request message the IDT transmits a Key 
Reply message containing older and newer generation of TEKs encrypted 
using 3-DES. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/EKS/BV-H005 


IEEE 802.16 Reference 


clause 7.2.5.2 

Table "TEK state machine flow diagram" 
Figure "TEK FSM state transition diagram" 


PICS Item 




Initial Condition 


Basic Capabilities Negotiation and Authentication are completed. The 
negotiated cryptographic suite is 0x02. 


Expected Behaviour 


Check that: On receiving a Key Request message containing the TEK 
encryption algorithm identifier to be used for SAs defined in the cryptographic 
suite as 0x02, the lUT transmits a Key Reply message containing older and 
newer generation of TEKs encrypted using RSA with 1 024 bit key. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/EKS/BV-H006 


IEEE 802.16 Reference 


clause 7.1.1 


PICS item 




Initial Condition 


lUT has terminated Network entry procedures. The key parameters exchange 
is successful. A service flow is established with no data encryption. 


Expected Behaviour 


Check that: The lUT transmits and receives correctly data over a non 
encrypted service flow. 


Test strategy 




Notes 
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.4.4.1 Key Usage (KU) 



TP ID 


TP/BS/PKM/EKS/KU/BV-HOOO 


IEEE 802.16 Reference 


clause 7.2.1 


PICS Item 




Initial Condition 


lUT has terminated Network entry procedures. 


Expected Beliaviour 


Check that: The lUT simultaneously supports two active AKs during 
re-authorization. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/EKS/KU/BV-H001 


IEEE 802.16 Reference 


clause 6.3.3.6 


PICS Item 




Initial Condition 


lUT has terminated Network entry procedures. 


Expected Beliaviour 


Check that: The lUT discards an unencrypted IVIAC data PDU received on a 
connection mapped to an SA requiring encryption. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/EKS/KU/BV-H002 


IEEE 802.16 Reference 


clause 7.2.5.2 

Table "TEK state machine flow diagram" 
Figure "TEK FSM state transition diagram" 
clause 6.3.2.3.9.9 


PICS Item 




Initial Condition 


The lUT is decrypting. 


Expected Behaviour 


Check that: On receiving an uplink IVIAC DATA PDU with an invalid TEK key 
sequence number for the SAID, the lUT transmits a PKM-RSP with TEK 
Invalid (Code = 1 1 and Error code = 4. Invalid AK key sequence number). 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/EKS/KU/BV-H003 


IEEE 802.16 Reference 


clause 7.4.1.4 

Figure "TEK management in BS and SS" 


PICS Item 




Initial Condition 


lUT is operational. The lUT is currently encrypting. The lUT has received a 
valid Key Request in the grace period. 


Expected Behaviour 


Check that: On receiving a valid Key Request the TE has sent in the grace 
period, the lUT transmits a valid Key Reply with two TEK; that the older TEK is 
the currently active one and the newer TEK has a key sequence number one 
greater (modulo 4) than of the older TEK; and that the two TEK lifetimes reflect 
their remaining lifetimes at the time the Key Reply is sent. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/EKS/KU/BV-H004 


IEEE 802.16 Reference 


clause 7.4.1.4 

Figure "TEK management in BS and SS" 


PICS Item 




Initial Condition 


lUT is operational. TEK^ has expired. 


Expected Behaviour 


Check that: The lUT no longer uses TEK^. 


Test strategy 




Notes 
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TP ID 


TP/BS/PKM/EKS/KU/BV-H005 


IEEE 802.16 Reference 


clause 7.4.1 .5 

Figure "TEK management in BS and SS" 


PICS item 




Initial Condition 


The lUT is operational and encrypting MAC DATA PDUs. The current TEK is 
TEK,. 


Expected Behaviour 


Check that: The lUT encrypts using TEK^^., at the expiration of TEK,. (TEK, 
expires halfway through TEK,^.|'s lifetime.) (Since TEK 'S immediately 
active at TEK,'s expiry, TEK,^^ is immediately the older of the two active 
TEKs). 


Test strategy 




Notes 





TP ID 


TP/BS/PKM/EKS/KU/BV-H006 


IEEE 802.16 Reference 


clause 7.4.1.5 

Figure "TEK management in BS and SS" 


PICS Item 




Initial Condition 


The lUT is operational and encrypting MAC DATA PDUs. 


Expected Behaviour 


Check that: The lUT encrypts MAC DATA PDUs using the older of the two 
active TEKs. 


Test strategy 




Notes 





.4.4.2 Encryption (ENC) 



TP ID 


TP/BS/PKM/EKS/ENC/BV-HOOO 


IEEE 802.16 Reference 


clauses 7.5 and 7.5.1.1 

Table "Data encryption algorithm identifiers" 
Table "SA-descriptor attributes" 


PICS Item 




Initial Condition 


The lUT is operational. During successful SS authorization and key exchange, 
the lUT has transmitted an SA-Descriptor sub attribute with Cryptographic 

suite identifier equal to 0x01 for CBC-Mode, 56-bit DES for a given SA. 


Expected Behaviour 


Check that: For the given SA, the lUT uses the CBC mode of the DES 
algorithm to encrypt the MAC DATA PDU payloads. 


Test strategy 




Notes 





TP ID 


TP/BS/PKM/EKS/ENC/BV-H001 


IEEE 802.16 Reference 


clauses 7.5 and 7.5.1 .1 

Table "Data encryption algorithm identifiers" 

Table "SA-descriptor attributes" 


PICS Item 




Initial Condition 


The lUT is operational. During successful SS authorization and key exchange, 
the lUT has transmitted an SA-Descriptor sub attribute with Cryptographic 
suite identifier equal to 0x02 for CCM-Mode, AES for a given SA. 


Expected Behaviour 


Check that: For the given SA, the lUT uses the CCM mode of the AES 
algorithm to encrypt the MAC DATA PDU payloads. 


Test strategy 




Notes 
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TP ID 


TP/BS/PKM/EKS/ENC/BV-H002 


IEEE 802.16 Reference 


clauses 7.5 and 7.5.1 .1 

Table "Data encryption algorithm identifiers" 

Table "SA-descriptor attributes" 


PICS Item 




Initial Condition 


The lUT is operational. During successful SS authorization and key exchange, 
the lUT has transmitted an SA-Descriptor sub attribute with Cryptographic 
suite identifier equal to 0x00 for a given SA. 


Expected Behaviour 


Check that: For the given SA, the lUT does not encrypt the MAC DATA PDU 
payloads. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/EKS/ENC/BV-H003 


IEEE 802.16 Reference 


clauses 7.5 and 7.5.1 .1 


PICS Item 




Initial Condition 


A downlink service flow is established using the CBC mode of DES algorithm 
for encrypting the data PDUs. The lUT is transmitting downlink MAC DATA 
PDU payloads. The final block of plaintext is of n bits where n is less than 
64 bits. 


Expected Behaviour 


Check that: The lUT DES encrypts the next-to-last cipher block text a second 
time using the ECB mode, XORs the most significant n bits of the result with 
the final n bits of the payload for the short final cipher block. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/EKS/ENC/BV-H004 


IEEE 802.16 Reference 


clauses 7.5 and 7.5.1.1 


PICS item 




Initial Condition 


A downlink service flow is established using the CBC mode of DES algorithm 
for encrypting the data PDUs. The lUT is transmitting downlink MAC DATA 
PDU payloads. The entire plaintext is of n bits where n is less than 64 bits. 


Expected Behaviour 


Check that: The lUT DES encrypts the IV, and then XORs the most significant 
n bits of the cipher text with the n bits of the payload to generate the short 
cipher block. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/EKS/ENC/BV-H005 


IEEE 802.16 Reference 


clauses 7.5.3 and 7.5.4.3 


PICS Item 




Initial Condition 


The lUT is authenticating the Key Reply, Key Reject, TEK Invalid, and SA Add 
Attribute messages with HMAC-Digest. 


Expected Behaviour 


Check that: The lUT uses HMAC_KEY_D to calculate the HMAC-Digest over 
the entire MAC management message with the exception of the HMAC-Digest 
and HMAC Tuple attributes. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/EKS/ENC/BV-H006 


IEEE 802.16 Reference 


clause 7.4.1.5 

Figure "TEK management in BS and SS" 


PICS Item 




Initial Condition 


The lUT is operational and encrypting downlink MAC DATA PDUs. The keying 
material for the primary SA has been exchanged. The connection is mapped to 
the primary SA. The MAG DATA PDUs are encrypted using the older of the 
two active TEKs. 


Expected Behaviour 


Check that: The lUT encrypts the MAC DATA PDUs. 


Test strategy 




Notes 
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TP ID 


TP/BS/PKM/EKS/ENC/BV-H007 


IEEE 802.16 Reference 


clause 7.4.1 .5 

Figure "TEK management in BS and SS" 


PICS item 




Initial Condition 


The lUT is operational and encrypting downlink MAC DATA PDUs. The keying 
material for the static SA has been exchanged. The connection is mapped to 
the static SA. The MAC DATA PDUs are encrypted using the older of the two 
active TEKs. 


Expected Beliaviour 


Check that: The lUT encrypts the MAC DATA PDUs. 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/EKS/ENC/BV-H008 


IEEE 802.16 Reference 


clause 7.4.1.5 

Figure "TEK management in BS and SS" 


PICS Item 




Initial Condition 


The lUT is operational and encrypting downlink MAC DATA PDUs. The lUT 
has more than one downlink connection in active state with the SS. The keying 
material for the Primary SA and Static SA has been exchanged. One of the 
connections is mapped to the Static SA. The remaining connections are 
mapped to the Primary SA. The MAC DATA PDUs are encrypted using the 
older of the two active TEKs. 


Expected Behaviour 


Check that: The lUT encrypts correctly the MAC DATA PDUs for all SAs 
(Primary or Static). 


Test strategy 




Notes 






TP ID 


TP/BS/PKM/EKS/ENC/BV-H009 


IEEE 802.16 Reference 


clause 7.4.1.5 

Figure "TEK management in BS and SS" 


PICS Item 




Initial Condition 


The lUT is operational and encrypting downlink MAC DATA PDUs for more 
than 2 SSs. The keying material for the Primary SA of all SSs has been 
exchanged. At least one downlink connection in active state is established with 
each SS. The MAC DATA PDUs are encrypted using the older of the two 
active TEKs. 


Expected Behaviour 


Check that: The lUT encrypts correctly the MAC DATA PDUs for the Primary 
SA of each SS. 


Test strategy 




Notes 


The TP is correct, but is not testable with the current test architecture. Valid 
behaviour in the case of TP/BS/PKM/EKS/ENC/BV-H008 should give some 
confidence that encryption is being done correctly. 


4.3 Decryption (DEC) 


TP ID 


TP/BS/PKM/EKS/DEC/BV-HOOO 


IEEE 802.16 Reference 


clause 7.4.1 .5 

Figure "TEK management in BS and SS" 


PICS Item 




Initial Condition 


The lUT is operational and decrypting uplink MAC DATA PDUs. The MAC 
DATA PDUs are encrypted using the older of the two active TEKs. 


Expected Behaviour 


Check that: The lUT decrypts the MAC DATA PDUs. 


Test strategy 




Notes 


Requires a means to determine if the received DATA PDUs are decrypted 
correctly. 
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TP ID 


TP/BS/PK.M/EKS/DEC/BV-n001 


IEEE 802.16 Reference 


clause 7.4.1 .5 

Figure "TEK management in BS and SS" 


rlUo Item 




Initial Condition 


The lUT is operational and decrypting uplink MAC DATA PDUs. The MAC 
DATA PDUs are encrypted using the newer of the two active TEKs. 


Expected Behaviour 


Check that: The lUT decrypts the MAC DATA PDUs. 


Test strategy 




Notes 


Requires a means to determine if the received DATA PDUs are decrypted 
correctly. 




TP ID 


TP/BS/PKM/EKS/DEC/BV-H002 


IEEE 802.16 Reference 


clause 7.4.1.5 

Figure "TEK management in BS and SS" 


PICS Item 




Initial Condition 


The lUT is operational and decrypting uplink MAC DATA PDUs. 


Expected Behaviour 


Check that: The lUT decrypts with a TEK for the TEK's entire lifetime. 


Test strategy 




Notes 


Requires a means to determine if the received DATA PDUs are decrypted 
correctly. 




TP ID 


TP/BS/PKM/EKS/DEC/BV-H003 


IEEE 802.16 Reference 


clauses 7.5 and 7.5.1.1 


PICS Item 




Initial Condition 


The lUT is operational. The lUT is decrypting uplink MAC DATA PDU payloads 
using DES. The final block of plaintext Is of n bits where n is less than 64 bits. 


Expected Behaviour 


Check that: The lUT DES decrypts the next-to-last cipher block text using the 
ECB mode, XORs the most significant n bits with the short final cipher block in 
order to recover the short final clear text block. 


Test strategy 




Notes 


Requires a means to determine if the received DATA PDUs are decrypted 
correctly. 




TP ID 


TP/BS/PKM/EKS/DEC/BV-H004 


IEEE 802.16 Reference 


clauses 7.5 and 7.5.1.1 


PICS Item 




Initial Condition 


The lUT Is operational. The lUT is decrypting uplink MAC DATA PDU 
payloads. The entire plaintext is of n bits where n is less than 64 bits. 


Expected Behaviour 


Check that: The lUT correctly decrypts the entire plaintext. 


Test strategy 




Notes 


Requires a means to determine if the received DATA PDUs are decrypted 
correctly. 




TP ID 


TP/BS/PKM/EKS/DEC/BV-H005 


IEEE 802.16 Reference 


clause 7.4.1.5 

Figure "TEK management in BS and SS" 


PICS Item 




Initial Condition 


The lUT is operational with more than two SSs. The keying material for the 
Primary SA of all SS has been exchanged. At least one uplink connection in 
active state is established with each SS. The lUT has granted sufficient 
bandwidth to each SS. 


Expected Behaviour 


Check that: The lUT correctly processes the transmission from each SS and 
applies the correct SA on the received data. 


Test strategy 




Notes 


Requires a means to determine if the received DATA PDUs are decrypted 
correctly. 
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TD in 
1 r lU 


1 r/Do/rlvlVI/tlvo/UbO/Dl-nUUU 


IEEE 802.16 Reference 


clause 6.3.3.6 


PlOb Item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: On receiving an unencrypted MAC DATA PDU mapped to an SA 
requiring encryption, the lUT discards the MAC PDU. 


Test strategy 




Notes 


Require a means to determine if the received DATA PDUs are decrypted 
correctly. 


.5 Certificates (CERT) 


TP ID 


TP/BS/PKM/CERT/BV-HOOO 


IEEE 802.16 Reference 


clause 7.6.3 


PICS Item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: The lUT validates the SS certificate's certification path or chain. 


Test strategy 




Notes 





5.2.5 Dynamic Services (DS) 

5.2.5.1 Dynamic Services Addition (DSA) 



TP ID 


TP/BS/DS/DSA/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.14.9.2 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. 


Expected Behaviour 


Check that: To initiate a DL service flow, the lUT sends a valid DSA-REQ with 

valid DL parameters. 


Test strategy 


Straightforward. 


Notes 


Requires a means to provoke the lUT to start the DSA transaction with a 
DSA-REQ. 



TP ID 


TP/BS/DS/DSA/BV-H001 


IEEE 802.16 Reference 


clause 6.3.14.9.2 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. 


Expected Behaviour 


Check that: To initiate an UL service flow, the lUT sends a valid DSA-REQ with 
valid UL parameters. 


Test strategy 


Straightfonward. 


Notes 


Requires a means to provoke the lUT to start the DSA transaction with a 
DSA-REQ. 



TP ID 


TP/BS/DS/DSA/BV-H002 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. 


Expected Behaviour 


Check that: To create a bidirectional Service flow, the lUT sends two 
DSA-REQ, one to create and activate the UL portion and one to create and 
activate the DL portion. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSA transaction for a 
bidirectional service flow with a DSA-REQ. 
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TP ID 


TP/BS/DS/DSA/BV-H003 


IEEE 802.16 Reference 


clause 6.3.14.9.2 


PICS Item 




initial Condition 


lUT is operating and has initiated establishing a DL service flow by sending a 
DSA-REQ with DL parameters. 


Expected Behaviour 


Check that: On receiving a DSA-RSP containing the Confirmation Code set to 
OK/success, the lUT sends a DSA-ACK containing the Confirmation Code set 

to OK/success. 


Test strategy 


Straightforward. 


Notes 


Requires a means to provoke the lUT to start the DSA transaction with a 
DSA-REQ. 




TP ID 


TP/BS/DS/DSA/BV-H004 


IEEE 802.16 Reference 


clause 6.3.14.9.2 


PiCS Item 




Initial Condition 


lUT is operating and has initiated establishing a UL service flow by sending a 
DSA-REQ with UL parameters. 


Expected Behaviour 


Check that: On receiving a DSA-RSP containing the Confirmation Code set to 
OK/success, the lUT sends a DSA-ACK containing the Confirmation Code set 
to OK/success. 


Test strategy 


Straightfonward. 


Notes 


Requires a means to provoke the lUT to start the DSA transaction with a 
DSA-REQ. 




TP ID 


TP/BS/DS/DSA/BV-H005 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


PICS Item 




Initial Condition 


lUT is operating and has initiated establishing a bidirectional service flow by 
sending a separate DSA-REQ for the UL and another DSA-REQ for the DL 
with parameters. 


Expected Behaviour 


Check that: On receiving a DSA-RSP containing the Confirmation Code set to 
OK/success, the lUT sends a DSA-ACK containing the Confirmation Code set 
to OK/success. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSA transaction for a 
bidirectional service flow with a DSA-REQ. 




TP ID 


TP/BS/DS/DSA/BV-H006 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. 


Expected Behaviour 


Check that: To create a provisioned state Service flow, the lUT sends a 
DSA-REQ message to create the service flow in the provisioned state. 


Test strategy 


Straightforward. 


Notes 


Requires a means to provoke the lUT to start the provisioned state DSA 
transaction with a DSA-REQ. 




TP ID 


TP/BS/DS/DSA/BV-H007 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


PICS Item 




Initial Condition 


lUT is operating and has initiated establishing a provisioned state service flow 
by sending a DSA-REQ message. 


Expected Behaviour 


Check that: On receiving a DSA-RSP containing the Confirmation Code set to 
OK/success, the lUT sends a DSA-ACK containing the Confirmation Code set 
to OK/success. 


Test strategy 


Straightfonward. 


Notes 


Requires a means to provoke the lUT to start the provisioned state DSA 
transaction with a DSA-REQ. 
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TD in 
1 r lU 


1 K/Do/Uo/UoA/D V-nuUo 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


rlOb Item 




Initial Condition 


lUT has completed initialization and is operating. 


Expected Behaviour 


Check that: To create an admitted state Service flow, the lUT sends a 
DSA-REQ message to create a service flow in the admitted state. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the admitted state DSA 
transaction with a DSA-REQ. 




TP ID 


TP/BS/DS/DSA/BV-H009 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


PICS Item 




Initial Condition 


lUT is operating and has initiated establishing an admitted state service flow by 
sending a DSA-REQ message. 


Expected Behaviour 


Check that: On receiving a DSA-RSP containing the Confirmation Code set to 
OK/success, the lUT sends a DSA-ACK containing the Confirmation Code set 

to OK/success. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the admitted state DSA 
transaction with a DSA-REQ. 




TP ID 


TP/BS/DS/DSA/BV-H01 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


PICS Item 




Initial Condition 


lUT is operating and has initiated establishing a DL service flow by sending a 
DSA-REQ with DL parameters. 


Expected Behaviour 


Check that: On receiving a DSA-RSP containing the Confirmation Code set to 
reject-other, the lUT sends a DSA-ACK containing the Confirmation Code not 
set to OK/success. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSA transaction with a 
DSA-REQ. 




TP ID 


TP/BS/DS/DSA/BV-H01 1 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


PICS Item 




Initial Condition 


lUT is operating and has initiated establishing a DL service flow by sending a 
DSA-REQ with DL parameters. The lUT has received a DSA-RSP message 
and has sent a DSA-ACK message. 


Expected Behaviour 


Check that: On receiving a DSA-RSP containing the Confirmation Code set to 
OK/success, the lUT sends a DSA-ACK containing the Confirmation Code set 

to OK/success. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSA transaction with a 
DSA-REQ. 




TP ID 


TP/BS/DS/DSA/BV-H01 3 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. 


Expected Behaviour 


Check that: On receiving a DSA-REQ message, the lUT sends a DSX-RVD 
message and then a DSA-RSP message. 


Test strategy 




Notes 
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TP ID 


TP/BS/DS/DSA/BV-H01 4 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


PICS Item 




initial Condition 


lUT has completed initialization and is operating. 


Expected Behaviour 


Check that: On receiving a DSA-REQ message containing the Service Flow 
Parameters set to an unsupported value, the lUT sends a DSX-RVD message 
containing the Confirmation Code set to OK/success and then a DSA-RSP 
message containing the Confirmation Code set to any reject reason. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSA/BV-H01 5 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


PiCS Item 




Initial Condition 


lUT has completed initialization and is operating. The lUT has received a 
DSA-REQ message, has sent a DSx-RVD message and then a DSA-RSP 

message. 


Expected Behaviour 


Check that: On receiving a DSA-ACK containing the Confirmation Code set to 
OK/success, the lUT accepts this message. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSA/BV-H01 6 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. The lUT has received a 
DSA-REQ message, has sent a DSx-RVD message and then a DSA-RSP 
message. 


Expected Behaviour 


Check that: On receiving a DSA-ACK containing the Confirmation Code set to 
reject-other, the lUT accepts this message. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSA/BV-H01 7 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. The lUT has received a 
DSA-REQ message, has sent a DSx-RVD message and then a DSA-RSP 
message. The lUT has finally received a DSA-ACK message. The lUT is now 
into DSA-Remote Holding down state. 


Expected Behaviour 


Check that: On receiving a DSA-ACK containing the Confirmation Code set to 
OK/success, the lUT takes no action. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSA/BV-H01 8 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. The lUT has received a 
DSA-REQ message, has sent a DSx-RVD message and then a DSA-RSP 
message. The lUT has finally received a DSA-ACK message. The lUT is now 
into DSA-Remote Holding down state. 


Expected Behaviour 


Check that: On receiving a DSA-ACK containing the Confirmation Code set to 
reject-other, the lUT takes no action. 


Test strategy 




Notes 
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TP ID 


TP/Bo/Do/DoA/D V-n01 9 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


rlOb Item 




Initial Condition 


lUT has completed initialization and is operating. 


Expected Behaviour 


Check that: On receiving a DSA-REQ containing ARQ TLVs, the lUT sends a 
DSX-RVD followed by a DSA-RSP containing the same ARQ TLVs with same 
or changed values. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSA/BV-H020 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A service flow is established. 


Expected Behaviour 


Check that: The lUT exchanges correctly data on the active Service Flow (SF). 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSA/BV-H021 


IEEE 802.16 Reference 


clauses 6.3.2.3.1 and 6.3.2.3.1 1 


PICS Item 




Initial Condition 


lUT is authorized and registered. The lUT has started the TFTP transaction. 
There are preprovisioned DS service flows to establish. 


Expected Behaviour 


Check that: On receiving a valid TFTP-REQ, the lUT transmits a TFTP-RSP, 
then a TFTP-CPLT followed by the BS-initiated DSA-REQ. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSA/BI-HOOO 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


PICS item 




Initial Condition 


lUT is operating and has initiated establishing a DL service flow by sending a 
DSA-REQ with DL parameters. 


Expected Behaviour 


Check that: On receiving an erroneous DSA-RSP, the lUT re-sends a 
DSA-REQ message. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSA transaction with a 
DSA-REQ. 




TP ID 


TP/BS/DS/DSA/BI-H001 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. 


Expected Behaviour 


Check that: On receiving a DSA-REQ message with an unauthorized SAID, 
the lUT sends a DSA-RSP message to refuse the service flow associated with 
the unauthorized SAID. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSA/BI-H002 


IEEE 802.16 Reference 


clauses 6.3.2.3.10 and 6.3.14.7.1.2 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction has started. 


Expected Behaviour 


Check that: On receiving a DSA-REQ containing the Service Flow Parameters 

set to an unsupported value, the lUT sends a DSX-RVD and a DSA-RSP 
containing the Confirmation Code set to any reject reason. 


Test strategy 




Notes 
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TD in 
1 r lU 


1 r/Do/Uo/UoA/DU-nUUU 


itbb ou^i.ib KGTerGnce 


Clause D.O.I 4. a. o 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. 


Expected Behaviour 


Check that: On receiving a DSA-RSP message for a non-existing service flow, 
the lUT ignores the received message. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSA/BO-H001 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. The lUT does not support the 
SS initiated dynamic service addition. 


Expected Behaviour 


Check that: On receiving a DSA-REQ, the lUT sends a DSA-RSP to indicate 
that the service is not allowed. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSA/BO-H002 


IEEE 802.16 Reference 


clause 6.3.2.3.12 


PICS Item 




Initial Condition 


lUT is authorized and registered. 


Expected Behaviour 


Check that: On receiving a DSA-ACK for a non existing service flow, the lUT 
ignores the received DSA-ACK message. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSA/BO-H003 


IEEE 802.16 Reference 


Clauses 6.3.2.3.10, 6.3.2.3.11, 6.3.2.3.12 and 6.3.14.7.1.2 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT has received a valid 
DSA-REQ for a service flow and has sent a valid DSA-RSP accepting the 
DSA-REQ. Then the lUT has received a valid DSA-ACK and is now into 
DSA-Remote Holding down state of the DSA state machine. 


Expected Behaviour 


Check that: On receiving a DSA-REQ message, the lUT ignores the message 
and remains in DSA-Remote Holding down state of the DSA state machine. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSA/BO-H004 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction DSA-ACK Pending state flow 
diagram" 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the DSA-ACK 

Pending state. 


Expected Behaviour 


Check that: On receiving the SF Delete-Remote command, the lUT ends the 
DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 
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TP ID 


TP/BS/DS/DSA/BO-H005 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction DSA-ACK Pending state flow 
diagram" 


PICS Item 




Initial Condition 


An SS-lnltlated DSA transaction has started. The lUT Is In the DSA-ACK 
Pending state 


Expected Behaviour 


Checl< that: On receiving the SF Delete-Locai command, the lUT sends no 
message and goes to the Deleting Service Flow state. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Local; e.g. MIB command. 




TP ID 


TP/BS/DS/DSA/BO-H006 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely initiated Transaction DSA-ACK Pending state flow 
diagram" 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the DSA-ACK 
Pending state. 


Expected Behaviour 


Check that: On receiving the SF DSA-ACK Lost command and retries are 
available, the lUT retransmits the DSA-RSP and remains In the same state. 


Test strategy 




Notes 


Requires a means of provoking the SF DSA-ACK Lost; e.g. MIB command. 




TP ID 


TP/BS/DS/DSA/BO-H007 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction DSA-ACK Pending state flow 
diagram" 


PICS item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT Is In the DSA-ACK 
Pending state. 


Expected Behaviour 


Check that: On receiving the SF DSA-ACK Lost command and retries are 
exhausted, the lUT sends no message and remains In the same state. 


Test strategy 




Notes 


Requires a means of provoking the SF DSA-ACK Lost; e.g. MIB command. 




TP ID 


TP/BS/DS/DSA/BO-H008 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction Holding Down state flow 
diagram" 


PICS Item 




Initial Condition 


An SS-initlated DSA transaction has started. The lUT Is In the Holding Down 

state. 


Expected Behaviour 


Check that: On receiving the SF Changed command, the lUT sends no 
message and ends the DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Changed; e.g. MIB command. 




TP ID 


TP/BS/DS/DSA/BO-H009 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction Holding Down state flow 
diagram" 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the Holding Down 
state. 


Expected Behaviour 


Check that: On receiving the SF Deleted command, the lUT sends no 
message and ends the DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Deleted; e.g. MIB command. 
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TP ID 


TP/BS/DS/DS A/BO-HOI 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction Holding Down state flow 
diagram" 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the Holding Down 
state. 


Expected Behaviour 


Checl< that: On receiving the SF Delete-Remote command, the lUT sends no 
message and ends the DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 




TP ID 


TP/BS/DS/DSA/BO-H01 1 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction Holding Down state flow 
diagram" 


PICS item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the Holding Down 
state. 


Expected Behaviour 


Check that: On receiving the SF Delete-Local command, the lUT sends no 
message and remains in the same state. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Local; e.g. MIB command. 




TP ID 


TP/BS/DS/DSA/BO-H01 2 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction Holding Down state flow 

diagram" 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the Holding Down 
state. 


Expected Behaviour 


Check that: On receiving the SF Change-Remote command, the lUT sends no 
message and ends the DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Change-Remote; e.g. DSC-REQ or IVIIB 
command. 




TP ID 


TP/BS/DS/DSA/BO-H01 3 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction Deleting Service state flow 
diagram" 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the Deleting Service 
Flow state. 


Expected Behaviour 


Check that: On receiving the SF Deleted command, the IDT sends no 
message and ends the DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Deleted; e.g. MIB command. 




TP ID 


TP/BS/DS/DSA/BO-H01 4 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction Deleting Service state flow 

diagram" 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the Deleting Service 
Flow state. 


Expected Behaviour 


Check that: On receiving the SF Delete-Remote command, the lUT sends no 
message and ends the DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 
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TP ID 


TP/BS/DS/DS A/BO-HOI 5 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction Deleting Service state flow 
diagram" 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the Deleting Service 
Flow state. 


Expected Behaviour 


Check that: On receiving a DSA-REQ, the lUT sends no message and remains 
in the same state. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DS A/BO-HOI 6 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction Deleting Service state flow 
diagram" 


PIGS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the Deleting Service 
Flow state. 


Expected Beliaviour 


Check that: On receiving a DSA-ACK, the lUT sends no message and remains 
in the same state. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSA/B0-H1 00 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction DSA-RSP Pending state flow 
diagram" 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the DSA-RSP 
pending state. 


Expected Behaviour 


Check that: On receiving a SF Delete-Remote command for the pending DSA 
transaction, the lUT stops the Local DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 




TP ID 


TP/BS/DS/DSA/B0-H1 01 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction DSA-RSP Pending state flow 
diagram" 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the DSA-RSP 
pending state. 


Expected Behaviour 


Check that: On receiving a SF Abort Add command for the pending DSA 
transaction, the lUT stops T7, starts T10, and goes to DSA Local Holding 
Down state. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSA/B0-H1 02 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction Holding state flow diagram" 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the Holding Down 
state. 


Expected Behaviour 


Check that: On receiving a SF Delete-Local command for the pending DSA 
transaction, the lUT sends no message and goes to the Deleting Service Flow 

state. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Local; e.g. MIB command. 
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TP ID 


TP/BS/DS/DSA/B0-H1 03 


IEEE 802.16 Reference 


Figure DSA - Locally Initiated Transaction state transition diagram 
Figure "DSA - Locally Initiated Transaction Holding state flow diagram" 


PICS item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the Holding Down 
state. 


Expected Behaviour 


Check that: On receiving a SF Changed command for the pending DSA 
transaction, the lUT sends no message and ends the DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Changed; e.g. MIB command. 




TP ID 


TP/BS/DS/DSA/B0-H1 04 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction Holding state flow diagram" 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT Is in the Holding Down 
state. 


Expected Behaviour 


Check that: On receiving a SF Change-Remote command for the pending DSA 
transaction, the lUT sends no message and ends the DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Change-Remote; e.g. DSC-REQ or MIB 
command. 




TP ID 


TP/BS/DS/DSA/BO-H105 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction Holding state flow diagram" 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the Holding Down 
state. 


Expected Behaviour 


Check that: On receiving a SF Delete-Remote command for the pending DSA 
transaction, the lUT sends no message and ends the DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 




TP ID 


TP/BS/DS/DSA/B0-H1 06 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction Retries Exhausted state flow 
diagram" 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the Retries 

Exhausted state. 


Expected Behaviour 


Check that: On receiving a SF Delete-Remote command for the pending DSA 
transaction, the lUT sends no message and ends the DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 




TP ID 


TP/BS/DS/DSA/B0-H1 07 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction Retries Exhausted state flow 
diagram" 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the Retries 
Exhausted state. 


Expected Behaviour 


Check that: On receiving a SF Abort Add command for the pending DSA 
transaction, the lUT sends no message and goes to the Holding Down state. 


Test strategy 




Notes 


Requires a means of provoking the SF Abort Add; e.g. MIB command. 
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TP ID 


TP/BS/DS/DSA/B0-H1 08 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction Deleting Service Flow state flow 
diagram" 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the Deleting Service 
Flow state. 


Expected Behaviour 


Check that: On receiving a DSA-RSP for the pending DSA transaction, the lUT 
retransmits the DSA-ACK and remains in the same state. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSA/B0-H1 09 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction Deleting Service Flow state flow 
diagram" 


PIGS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the Deleting Service 
Flow state. 


Expected Beliaviour 


Check that: On receiving a SF Deleted command for the pending DSA 
transaction, the lUT sends no message and ends the DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Deleted; e.g. IVIIB command. 




TP ID 


TP/BS/DS/DSA/B0-H1 1 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction Deleting Service Flow state flow 
diagram" 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the Deleting Service 
Flow state. 


Expected Behaviour 


Check that: On receiving an SF Delete-Remote command for the pending DSA 
transaction, the lUT sends no message and ends the DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 




TP ID 


TP/BS/DS/DSA/TI-HOOO 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


PICS Item 




Initial Condition 


lUT is operating and has initiated establishing a DL service flow by sending a 
DSA-REQ. 


Expected Behaviour 


Check that: For an lUT initiated DSA procedure when each time timer T7 
expires and no reply is received, the lUT re-sends a DSA-REQ for DSx 
Request Retries times. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSA transaction with a 
DSA-REQ. 




TP ID 


TP/BS/DS/DSA/TI-H001 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


PICS Item 




Initial Condition 


lUT is operating and has initiated establishing a DL service flow by sending a 
DSA-REQ. 


Expected Behaviour 


Check that: For an lUT initiated DSA procedure, after DSx Request Retries 
times repetition of DSA-REQ sending and when timer T7 expires and no reply 
is received, the lUT does not re-send the DSA-REQ message and stops the 
initiated procedure. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSA transaction with a 
DSA-REQ. 
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TP ID 


TP/BS/DS/DSA/TI-H002 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


PICS Item 




initial Condition 


lUT is operating and has initiated establishing a DL service flow by sending a 
DSA-REQ. 


Expected Behaviour 


Check that: Before expiry of timer T10 and on receiving a DSA-RSP containing 
the Confirmation Code set to OK/success for DSx Response Retries times, the 
lUT sends a DSA-ACK containing the Confirmation Code set to OK/success 
for each received DSA-RSP. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSA transaction with a 
DSA-REQ. 




TP ID 


TP/BS/DS/DSA/TI-H003 




Deleted 




TP ID 


TP/BS/DS/DSA/TI-H004 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


PICS Item 




Initial Condition 


lUT is operating and has initiated establishing a DL service flow by sending a 
DSA-REQ. 


Expected Behaviour 


Check that: For an lUT initiated DSA procedure after DSx Request Retries 
times repetition of DSA-REQ sending and before timer T10 expires and on 
receiving a DSA-RSP containing the Confirmation Code set to reject-other, the 
lUT sends a DSA-ACK containing the Confirmation Code >0 (Reject-...). 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSA transaction with a 
DSA-REQ. 




TP ID 


TP/BS/DS/DSA/TI-H005 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. 


Expected Behaviour 


Check that: Qn receiving a DSA-REQ for DSx Response Retries times each 
time before the expiry of timer T8, the lUT sends a DSA-RSP message for 
each received DSA-REQ message. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSA/TI-H006 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. 


Expected Behaviour 


Check that: Qn receiving a DSA-REQ for more than DSx Response Retries 
times and each time before the expiry of timer T8, the lUT takes no action. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSA/TI-H007 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. The lUT has received a 
DSA-REQ message, sent a DSX-RVD followed by a valid DSA-RSP, and 
started T8. 


Expected Behaviour 


Check that: On expiry of timer T8 without receiving a DSA-ACK, the lUT sends 
for DSx Response Retries times the DSA-RSP message each time restarting 
T8. 


Test strategy 




Notes 
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TP ID 


TP/BS/DS/DSA/TI-MOOo 


IEEE 802.16 Reference 


clauses 6.3.2.3.10 and 6.3.14.7.1.1 


PICS Item 




Initial Condition 


II i^n ■ .Li 1 1 ■ i III i^n 1 i "ix 1 "x X a 

lUT IS authorized and registered. lUT has transmitted its first DSA-REQ. 


Expected Behaviour 


Check that: When each time timer T7 expires and no reply is received, the lUT 
re-sends, DSx Request Retries times, the DSA-REQ message and stops the 
initiated procedure. 


Test strategy 




Notes 


Requires a means to provoke the lUT to establish the service flow with a 
DSA-REQ. 




TP ID 


TP/BS/DS/DSA/TI-H009 


IEEE 802.16 Reference 


clauses 6.3.2.3.10, 6.3.2.3.11, 6.3.2.3.12 and 6.3.14.7.1.2 


PICS Item 




Initial Condition 


An SS-inltiated DSA transaction has started. The lUT has received a valid 
DSA-REQ for a service flow and sent a valid DSX-RVD and DSA-RSP 

accepting the DSA-REQ. 


Expected Behaviour 


Check that: On expiry of timer T8 when the number of retries is exhausted and 
on no DSA-ACK message received, the lUT does not re-send the DSX-RVD 
and DSA-RSP messages and stops the procedure. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSA/TI-H01 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction DSA-RSP Pending state flow 

diagram" 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the DSA-RSP 
pending state. 


Expected Behaviour 


Check that: When T7 expires, no reply is received, and retries are exhausted, 
the lUT transmits no message, starts TI 0, and goes to the Retries Exhausted 
state. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSA/TI-H011 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction Holding state flow diagram" 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the Holding Down 
state. 


Expected Behaviour 


Check that: When T10 expires, the lUT ends the DSA transaction. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSA/TI-H012 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction Retries Exhausted state flow 
diagram" 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the Retries 

Exhausted state. 


Expected Behaviour 


Check that: Qn T1 expiry without receiving any messages, the lUT ends the 
DSA transaction. 


Test strategy 




Notes 
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TP ID 


TP/BS/DS/DSA/TI-H01 3 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction Deleting Service Flow state flow 
diagram" 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the Deleting Service 
Flow state. 


Expected Behaviour 


Ghecl< that: On T1 expiry without receiving any messages, the lUT ends the 
DSA transaction. 


Test strategy 




Notes 





TP ID 


TP/BS/DS/DSA/TI-H01 4 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction DSA-AGK Pending state flow 
diagram" 


PIGS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the DSA-AGK 
Pending state. 


Expected Behaviour 


Check that: On T8 expiry and Retries Exhausted, the lUT sends no message 
and ends the DSA transaction. 


Test strategy 




Notes 





TP ID 


TP/BS/DS/DS A/TI-H01 5 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction Holding Down state flow 
diagram" 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the Holding Down 
state 


Expected Behaviour 


Check that: On T8 expiry without receiving any messages, the lUT ends the 
DSA transaction. 


Test strategy 




Notes 





TP ID 


TP/BS/DS/DSA/TI-H016 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction Deleting Service state flow 
diagram" 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the Deleting Service 

Flow state. 


Expected Behaviour 


Check that: On T10 expiry, the lUT sends no message and ends the DSA 
transaction. 


Test strategy 




Notes 





.5.2 Dynamic Services Cliange (DSC) 



TP ID 


TP/BS/DS/DSC/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A bidirectional service flow is 

established. 


Expected Behaviour 


Check that: To change an established bidirectional Service flow, the lUT sends 
two DSC-REQ, one to modify the UL portion and one to modify the DL portion. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSC transaction for a 
bidirectional service flow with a DSC-REQ. 
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TP ID 


TP/BS/DS/DSC/BV-H001 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




initial Condition 


lUT is operating and has initiated changing a bidirectional service flow by 
sending a DSC-REQ for the UL service flow and a DSC-REQ for a DL service 
flow. 


Expected Beliaviour 


Check that: On receiving a DSC-RSP containing the Confirmation Code set to 
OK/success, the lUT sends a DSC-ACK containing the Confirmation Code set 

to OK/success. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSC transaction with a 
DSC-REQ. 




TP ID 


TP/BS/DS/DSC/BV-H002 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A DL service flow is 

established. 


Expected Behaviour 


Check that: To change an established DL Service flow, the lUT sends a 
DSC-REQ to change the DL parameters of the service flow. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSC transaction for a service 
flow with a DSC-REQ. 




TP ID 


TP/BS/DS/DSC/BV-H003 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT is operating and has initiated changing a DL service flow by sending a 
DSC-REQ with DL parameters. 


Expected Behaviour 


Check that: On receiving a DSC-RSP containing the Confirmation Code set to 
OK/success, the lUT sends a DSC-ACK containing the Confirmation Code set 
to OK/success. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSC transaction with a 
DSC-REQ. 




TP ID 


TP/BS/DS/DSC/BV-H004 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A UL service flow is 
established. 


Expected Behaviour 


Check that: To change an established UL Service flow, the lUT sends a 
DSC-REQ to change the UL parameters of the service flow. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSC transaction for a service 
flow with a DSC-REQ. 




TP ID 


TP/BS/DS/DSC/BV-H005 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT is operating and has initiated changing a UL service flow by sending a 
DSC-REQ with UL parameters. 


Expected Behaviour 


Check that: On receiving a DSC-RSP containing the Confirmation Code set to 
OK/success, the lUT sends a DSC-ACK containing the Confirmation Code set 
to OK/success. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSC transaction with a 
DSC-REQ. 
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TP ID 


TP/BS/DS/DSC/BV-H006 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




initial Condition 


lUT is operating and has initiated changing a service flow by sending a 
DSC-REQ. The lUT has received the DSC-RSP message and has sent the 
DSC-ACK message (state is DSC - Local Holding Down). 


Expected Beliaviour 


Check that: On receiving a redundant copy of the DSC-RSP message within a 
time no longer than the maximum value of timer T1 0, the lUT re-sends the 
DSC-ACK message. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSC transaction with a 
DSC-REQ. 




TP ID 


TP/BS/DS/DSC/BV-H007 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT is operating and has initiated changing a UL service flow by sending a 
DSC-REQ with UL parameters. 


Expected Behaviour 


Check that: Qn receiving a DSC-RSP containing the Confirmation Code set to 
reject-other, the lUT sends a DSC-ACK containing the Confirmation Code set 
to OK/success. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSC transaction with a 
DSC-REQ. 




TP ID 


TP/BS/DS/DSC/BV-H008 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A service flow is established. 


Expected Behaviour 


Check that: Qn receiving a DSC-REQ, the lUT sends a DSX-RVD containing 
the Confirmation Code set to OK/success and then sends a DSC-RSP 
containing the Confirmation Code set to OK/success. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSC/BV-H009 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A service flow is established. 


Expected Behaviour 


Check that: On receiving a DSC-REQ containing the Service Flow Parameters 
set to an unsupported value, the lUT sends a DSX-RVD containing the 
Confirmation Code set to OK/success and then sends a DSC-RSP containing 
the Confirmation Code set to any reject reason. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSC/BV-H01 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A service flow is established. 
The lUT has received a DSC-REQ message and has sent a DSX-RVD 
message followed by a DSC-RSP message. The lUT is now in DSC-Remote 
DSC-ACK pending state. 


Expected Behaviour 


Check that: On receiving a DSC-ACK containing the Confirmation Code set to 
OK/success, the lUT accepts this message. 


Test strategy 




Notes 
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TP ID 


TP/BS/DS/DSC/BV-H01 1 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




initial Condition 


lUT has completed initialization and is operating. A service flow is established. 
The lUT has received a DSC-REQ message and has sent a DSX-RVD 
message followed by a DSC-RSP message. The lUT is now in DSC-Remote 
DSC-ACK pending state. 


Expected Behaviour 


Check that: On receiving a DSC-ACK containing the Confirmation Code set to 
reject-other, the lUT accepts this message. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSC/BV-H01 2 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PiCS Item 




Initial Condition 


lUT has completed initialization and is operating. A service flow is established. 

The lUT has received a DSC-REQ message and has sent a DSX-RVD 
message followed by a DSC-RSP message. Then the lUT has received a 
DSC-ACK message. The lUT is now in DSC-Remote Holding down state. 


Expected Beliaviour 


Check that: On receiving a DSC-ACK containing the Confirmation Code set to 
OK/success, the lUT takes no action. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSC/BV-H01 3 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A service flow is established. 
The lUT has received a DSC-REO message and has sent a DSX-RVD 
message followed by a DSC-RSP message. Then the lUT has received a 
DSC-ACK message. The lUT is now in DSC-Remote Holding down state. 


Expected Behaviour 


Check that: On receiving a DSC-ACK containing the Confirmation Code set to 
reject-other, the lUT takes no action. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSC/BV-H01 4 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A UGS service flow is 
established. The lUT has received a DSC-REQ message for obtaining the 

Maximum Sustained Traffic Rate and has sent a DSC-RSP message. 


Expected Behaviour 


Check that: On receiving a DSC-ACK, the lUT changes the bandwidth to the 
new allocated Maximum Sustained Traffic Rate. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSC/BV-H01 5 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.1 and 6.3.2.3.13 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow is established. The lUT has sent a 
DSC-REQ message. 


Expected Behaviour 


Check that: On receiving a DSC-REQ, the lUT respects the priority, aborts its 
transaction if required, and sends a valid DSC-RSP. 


Test strategy 




Notes 


Requires a means to provoke the lUT to change the service flow with a 
DSC-REQ. 
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TP ID 


TP/BS/DS/DSC/BV-H01 6 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.1 and 6.3.2.3.13 


PICS Item 




initial Condition 


lUT is authorized, registered and a DS flow is established. The lUT has sent a 
DSC-REQ message. 


Expected Behaviour 


Check that: On receiving a DSC-RSP containing the Confirmation Code set to 
OK/success and then a DSC-REQ, the lUT sends a DSC-ACK, respects the 
priority, aborts its transaction if required, and sends a valid DSC-RSP. 


Test strategy 




Notes 


Requires a means to provoke the lUT to change the service flow with a 
DSC-REQ. 




TP ID 


TP/BS/DS/DSC/BV-H01 7 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction DSC-RSP Pending state flow 
diagram" 


PICS Item 




initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The lUT is in the DSC-RSP Pending state. 


Expected Beliaviour 


Check that: On receiving a DSX-RVD, the lUT sends no message, stops T14, 
and remains in the same state. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSC/BV-H01 8 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction Retries Exhausted state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The lUT is in the Retries Exhausted state. 


Expected Behaviour 


Check that: On receiving a DSC-RSP accepting the change, the lUT transmits 
a DSC-ACK, incorporates the changes, starts T10, and goes to the Holding 
Down state. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSC/BV-H01 9 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction Retries Exhausted state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The lUT is in the Retries Exhausted state. 


Expected Behaviour 


Check that: On receiving a DSC-RSP refusing the change, the lUT transmits a 
DSC-ACK, starts TIG, and goes to the Holding Down state. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSC/BV-H020 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction DSC-ACK Pending state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS Initiated DSC 
transaction has started. The lUT is in the DSC-ACK Pending state. 


Expected Behaviour 


Check that: On receiving a DSC-REQ and retries are available, the lUT 
retransmits the DSC-RSP and remains in the same state. 


Test strategy 




Notes 
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TP ID 


TP/BS/DS/DSC/BV-H021 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction DSC-ACK Pending state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the DSC-ACK Pending state. 


Expected Behaviour 


Checl< that: On receiving a DSC-REQ and retries are exhausted, the lUT 
sends no message and remains in the same state. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSC/BI-HOOO 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT is operating and has initiated changing a service flow by sending a 
DSC-REQ. 


Expected Behaviour 


Check that: On receiving an erroneous DSC-RSP, the lUT re-sends the 
DSC-ACK message. 


Test strategy 




Notes 


Requires a means to provoke the IDT to start the DSC transaction with a 
DSC-REQ. 




TP ID 


TP/BS/DS/DSC/BI-H001 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A DL service flow is 
established. 


Expected Behaviour 


Check that: To change an established DL Service flow, the lUT sends a 
DSC-REQ that does not include following TLV encoding: Service class name, 
Service Flow Error, Errored Parameter, Error Code, Error Message, 
Request/Transmission Policy, Fixed vs. Variable Length SDU Indicator, SDU 
Size, and Convergence Sub layer Specification. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSC transaction for a service 
flow with a DSC-REQ. 




TP ID 


TP/BS/DS/DSC/BI-H002 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.2 and 6.3.2.3.13 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow is established. 


Expected Behaviour 


Check that: On receiving an erroneous DSC-REQ, the lUT sends a DSC-RSP 
message indicating the error. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSC/BI-H003 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.2 and 6.3.2.3.13 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow is established. The lUT has 
received DSC-REQ to which it has sent a DSX-RVD and DSC-RSP. 


Expected Behaviour 


Check that: On receiving an erroneous DSC-ACK, the lUT re-sends the 
previously saved DSC-RVD and DSC-RSP. 


Test strategy 




Notes 
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TD in 
1 r lU 


1 r/Do/Uo/UoU/DU-nUUU 


itbb ou^i.ib KGTerGnce 


Clause D.O.I 4. y. 4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A service flow is established. 


Expected Behaviour 


Checl< that: On receiving a DSC-RSP for a non existing service flow, the lUT 
ignores the received message. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSC/BO-H001 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT is operating and has initiated changing a service flow by sending a 
DSC-REQ. The lUT has received the DSC_RSP message, has sent the 
DSC-ACK message, (state is DSC - Local Holding Down), and has started 
T10. 


Expected Behaviour 


Check that: On receiving a DSC-RSP for the existing service flow after the 
expiry of T10, the lUT ignores the received message. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSC transaction with a 
DSC-REQ. 




TP ID 


TP/BS/DS/DSC/BO-H002 


IEEE 802.16 Reference 


clause 6.3.14.9.3 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A service flow is established. 
The lUT does not support the SS initiated dynamic service. 


Expected Behaviour 


Check that: On receiving a DSC-REQ, the lUT sends a DSC-RSP to indicate 
that the service is not allowed. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSC/BO-H003 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT is operating and has initiated changing a service flow by sending a 
DSC-REQ (state is DSC-Local DSC-RSP Pending). 


Expected Behaviour 


Check that: On receiving a DSC-REQ, the lUT ignores the received DSC-REQ, 
and on receiving a DSC-RSP containing the Confirmation Code set to 
OK/success, sends a DSC-ACK containing the Confirmation Code set to 
OK/success. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSC transaction with a 
DSC-REQ. 




TP ID 


TP/BS/DS/DSC/B0-H1 00 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.2 and 6.3.2.3.15 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow is established. 


Expected Behaviour 


Check that: On receiving a DSC-ACK for a non existing service flow, the lUT 
ignores the message. 


Test strategy 




Notes 
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TP ID 


TP/BS/DS/DSC/B0-H1 01 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction DSC-RSP Pending state flow 
diagram" 


PICS Item 




Initial Condition 


lUT Is operating and a service flow Is established. A BS-lnltlated DSC 
transaction has started. The lUT Is In the DSC-RSP Pending state. 


Expected Behaviour 


Check that: On receiving the command SF DSC-REQ Lost and retries are 
available, the lUT resends the DSC-REQ and remains in the same state. 


Test strategy 




Notes 


Requires a means of provoking the SF DSC-REQ Lost; e.g. MIB command. 




TP ID 


TP/BS/DS/DSC/B0-H1 02 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Localiy initiated Transaction DSC-RSP Pending state flow 
diagram" 


PIGS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The iUT is in the DSC-RSP Pending state. 


Expected Behaviour 


Check that: Qn receiving the command SF DSC-REQ Lost and retries are 
exhausted, the IUT sends no message and remains In the same state. 


Test strategy 




Notes 


Requires a means of provoking the SF DSC-REQ Lost; e.g. MIB command. 




TP ID 


TP/BS/DS/DSC/B0-H1 03 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction DSC-RSP Pending state flow 
diagram" 


PICS item 




Initial Condition 


IUT Is operating and a service flow is established. A BS-lnitlated DSC 
transaction has started. The IUT is in the DSC-RSP Pending state. 


Expected Behaviour 


Check that: On receiving the command SF Change-Remote, the IUT ends the 
DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Change-Remote; e.g. DSC-REQ or MIB 
command. 




TP ID 


TP/BS/DS/DSC/B0-H1 04 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction DSC-RSP Pending state flow 
diagram" 


PICS Item 




initial Condition 


IUT is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The IUT is in the DSC-RSP Pending state. 


Expected Behaviour 


Check that: On receiving the command SF Delete-Remote, the IUT ends the 
DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 




TP ID 


TP/BS/DS/DSC/B0-H1 05 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction DSC-RSP Pending state flow 

diagram" 


PiCS item 




Initial Condition 


IUT is operating and a service flow is established. A BS-initiated DSC 
transaction has started. The IUT is in the DSC-RSP Pending state. 


Expected Behaviour 


Check that: On receiving the command SF Deiete-Local, the IUT stops 17, 
starts TIG, and goes to the Deleting Service flow state. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Local; e.g. MIB command. 
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TP ID 


TP/BS/DS/DSC/B0-H1 06 


IEEE 802.16 Reference 


Figure DSC - Locally Initiated Transaction state transition diagram 

Figure "DSC - Locally Initiated Transaction Holding Down state flow diagram" 


PICS item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Check that: On receiving the command SF Changed, the lUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Changed; e.g. MIB command. 




TP ID 


TP/BS/DS/DSC/B0-H1 07 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 

Figure "DSC - Locally Initiated Transaction Holding Down state flow diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Check that: On receiving the command SF Change-Remote, the lUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Change-Remote; e.g. DSC-REQ or MIB 
command. 
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TP/BS/DS/DSC/BO-H108 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 

Figure "DSC - Locally Initiated Transaction Holding Down state flow diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Check that: On receiving the command SF Delete-Remote, the lUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 
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TP/BS/DS/DSC/B0-H1 09 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 

Figure "DSC - Locally Initiated Transaction Holding Down state flow diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Check that: On receiving the command SF Delete-Local, the lUT sends no 
message and goes to the Deleting Service Flow state. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Local; e.g. MIB command. 




TP ID 


TP/BS/DS/DSC/B0-H1 1 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction Retries Exhausted state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 

transaction has started. The lUT is in the Retries Exhausted state. 


Expected Behaviour 


Check that: On receiving the command SF Delete-Remote, the lUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 
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TP ID 


TP/BS/DS/DSC/B0-H1 1 1 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction Retries Exhausted state flow 
diagram" 


PICS Item 




Initial Condition 


lUT Is operating and a service flow Is established. A BS-lnltlated DSC 
transaction has started. The lUT Is In the Retries Exhausted state. 


Expected Behaviour 


Checl< that: On receiving the command SF Deiete-Local, the lUT sends no 
message and goes to the Deleting Service Flow state. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Local; e.g. MIB command. 




TP ID 


TP/BS/DS/DSC/B0-H1 1 2 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 

Figure "DSC - Localiy initiated Transaction Deleting Service Flow state flow 
diagram" 


PIGS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-initiated DSC 
transaction has started. The iUT is in the Deleting Service Flow state. 


Expected Behaviour 


Check that: On receiving the command SF Deleted, the IUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Deleted; e.g. IVIIB command. 




TP ID 


TP/BS/DS/DSC/B0-H1 1 3 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction Deleting Service Flow state flow 
diagram" 


PICS item 




Initial Condition 


IUT Is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The IUT is in the Deleting Service Flow state. 


Expected Behaviour 


Check that: On receiving the command SF Delete-Remote, the IUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 
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TP/BS/DS/DSC/B0-H1 1 4 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction Deleting Service Flow state flow 
diagram" 


PICS Item 




initial Condition 


IUT is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The IUT is in the Deleting Service Flow state. 


Expected Behaviour 


Check that: On receiving a DSC-RSP, the IUT sends no message and remains 
In the same state. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSC/BO-H200 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.2 and 6.3.2.3.15 


PICS Item 




Initial Condition 


IUT is authorized, registered and a DS flow is established. The IUT has 
received a DSC-REQ, has then sent a DSC-RSP and has then received a 
DSA-ACK. 


Expected Behaviour 


Check that: On receiving a redundant copy of the previously received 
DSC-REQ, the IUT Ignores the message. 


Test strategy 




Notes 
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TP ID 


TP/BS/DS/DSC/BO-H201 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.2 and 6.3.2.3.15 


PICS Item 




initial Condition 


lUT IS authorized, registered and a DS flow is established. The lUT has 
received a DSC-REQ, has then sent a DSC-RSP and has then received a 
DSA-ACK. 


Expected Behaviour 


Check that: On receiving a redundant copy of the previously received 
DSC-ACK, the lUT ignores the message. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSC/BO-H202 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction DSC-ACK Pending state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the DSC-ACK Pending state. 


Expected Behaviour 


Check that: On receiving the SF DSC-ACK Lost command and retries are 
available, the lUT retransmits the DSC-RSP and remains in the same state. 


Test strategy 




Notes 


Requires a means of provoking the SF DSC-ACK Lost; e.g. MIB command. 




TP ID 


TP/BS/DS/DSC/BO-H203 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction DSC-ACK Pending state flow 

diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the DSC-ACK Pending state. 


Expected Behaviour 


Check that: On receiving the SF DSC-ACK Lost command and retries are 
exhausted, the lUT sends no message and remains in the same state. 


Test strategy 




Notes 


Requires a means of provoking the SF DSC-ACK Lost; e.g. MIB command. 




TP ID 


TP/BS/DS/DSC/BO-H204 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction DSC-ACK Pending state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the DSC-ACK Pending state. 


Expected Behaviour 


Check that: On receiving the SF Delete-Remote command, the lUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 




TP ID 


TP/BS/DS/DSC/BO-H205 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction DSC-ACK Pending state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the DSC-ACK Pending state. 


Expected Behaviour 


Check that: On receiving the SF Change-Local command, the lUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Change-Local; e.g. MIB command. 
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TP ID 


TP/BS/DS/DSC/BO-H206 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction DSC-ACK Pending state flow 
diagram" 


PICS Item 




Initial Condition 


lUT Is operating and a service flow Is established. An SS-lnltlated DSC 
transaction has started. The lUT Is In the DSC-ACK Pending state. 


Expected Behaviour 


Checl< that: On receiving the SF Delete-Locai command, the lUT sends no 
message, stops T8, starts T10, and goes to the Deleting Service Flow state. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Local; e.g. MIB command. 




TP ID 


TP/BS/DS/DSC/BO-H207 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely initiated Transaction Hoiding Down state flow 
diagram" 


PIGS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the Hoiding Down state. 


Expected Behaviour 


Check that: On receiving the SF Changed command, the lUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Changed; e.g. MIB command. 




TP ID 


TP/BS/DS/DSC/BO-H208 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction Holding Down state flow 
diagram" 


PICS item 




Initial Condition 


lUT Is operating and a service flow is established. An SS-lnltlated DSC 
transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Check that: On receiving the SF Deleted command, the IDT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Deleted; e.g. MIB command. 
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TP/BS/DS/DSC/BO-H209 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction Holding Down state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the Hoiding Down state. 


Expected Behaviour 


Check that: On receiving the SF Delete-Remote command, the lUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 
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TP/BS/DS/DSC/B0-H21 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction Holding Down state flow 
diagram" 


PICS item 




Initial Condition 


lUT Is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Check that: On receiving the SF Change-Local command, the IDT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Change-Local; e.g. MIB command. 
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TP ID 


TP/BS/DS/DSC/B0-H21 1 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction Holding Down state flow 
diagram" 


PICS Item 




Initial Condition 


lUT Is operating and a service flow Is established. An SS-lnltlated DSC 
transaction has started. The lUT Is In the Holding Down state. 


Expected Behaviour 


Check that: On receiving the SF Delete-Local command, the lUT sends no 
message and remains in the same state. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Local; e.g. MIB command. 




TP ID 


TP/BS/DS/DSC/B0-H21 2 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction Holding Down state flow 
diagram" 


PIGS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Check that: On receiving the SF Change-Remote command, the lUT sends no 
message and remains in the same state. 


Test strategy 




Notes 


Requires a means of provoking the SF Change-Remote; e.g. DSC-REQ or MIB 
command. 
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TP/BS/DS/DSC/B0-H21 3 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction Deleting Service Flow state flow 

diagram" 


PICS Item 




Initial Condition 


lUT Is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT Is In the Deleting Service Flow state. 


Expected Behaviour 


Check that: On receiving the SF Deleted command, the lUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Deleted; e.g. MIB command. 




TP ID 


TP/BS/DS/DSC/B0-H21 4 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction Deleting Service Flow state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the Deleting Service Flow state. 


Expected Behaviour 


Check that: On receiving the SF Delete-Remote command, the lUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 




TP ID 


TP/BS/DS/DSC/B0-H21 5 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction Deleting Service Flow state flow 

diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the Deleting Service Flow state. 


Expected Behaviour 


Check that: On receiving the SF Change-Local command, the lUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Change-Local; e.g. MIB command. 
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TP ID 


TP/BS/DS/DSC/B0-H21 6 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction Deleting Service Flow state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The IDT is in the Deleting Service Flow state. 


Expected Behaviour 


Checl< that: On receiving a DSC-REQ, the lUT sends no message and remains 
in the same state. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSC/B0-H21 7 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction Deleting Service Flow state flow 
diagram" 


PIGS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the Deleting Service Flow state. 


Expected Beliaviour 


Check that: On receiving a DSC-ACK, the lUT sends no message and remains 
in the same state. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSC/TI-HOOO 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT is operating and has initiated changing a service flow by sending a 
DSC-REO (state is DSC-Local DSC-RSP Pending). 


Expected Behaviour 


Check that: For an lUT initiated DSC procedure, when each time timer T7 
expires with no DSC-RSP reply received, the lUT re-sends the DSC-REQ for 
DSx Request Retries times. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSC transaction with a 
DSC-REQ. 




TP ID 


TP/BS/DS/DSC/TI-H001 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT is operating and has initiated changing a service flow by sending a 
DSC-REQ (state is DSG-Local DSC-RSP Pending). 


Expected Behaviour 


Check that: For an lUT initiated DSC procedure after DSx Request Retries 
times repetition of DSC-REO sending and when timer T7 expires without any 
reply is received, the lUT does not re-send the DSC-REQ message and stops 
the initiated procedure. 


Test strategy 




Notes 


Requires a means to provoke the IDT to start the DSC transaction with a 
DSC-REQ. 




TP ID 


TP/BS/DS/DSC/TI-H002 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT is operating and has initiated changing a service flow by sending a 
DSC-REO. The lUT has received the DSC_RSP message and has sent the 
DSC-ACK message (state is DSC - Local Holding Down). 


Expected Behaviour 


Check that: Before expiry of timer T1 and on receiving a DSC-RSP containing 
the Confirmation Code set to OK/success for DSx Response Retries times, the 
lUT re-sends the DSC-ACK message for each received DSC-RSP. 


Test strategy 




Notes 


Requires a means to provoke the IDT to start the DSC transaction with a 
DSC-REO. 
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TP ID 


TP/BS/DS/DSC/TI-H003 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




initial Condition 


lUT is operating and has initiated changing a service flow by sending a 
DSC-REQ. The lUT has received the DSC_RSP message and has sent the 
DSC-ACK message (state is DSC - Local Holding Down). 


Expected Behaviour 


Check that: After expiry of timer T10 and then receipt of a DSC-RSP, the lUT 
ignores the received message. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSC transaction with a 
DSC-REQ. 




TP ID 


TP/BS/DS/DSC/TI-H004 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A service flow is established. 

The lUT has received a DSC-REQ message and has sent a DSX-RVD 
message followed by a DSC-RSP message. The lUT is now in DSC-Remote 
DSC-ACK pending state. 


Expected Behaviour 


Check that: Qn receiving a DSC-REQ for DSx Request Retries times each 
time before the expiry of timer T8, the lUT re-sends the DSC-RSP for each 
received DSC-REQ. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSC/TI-H005 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A service flow is established. 
The lUT has received a DSC-REQ message and has sent a DSX-RVD 
message followed by a DSC-RSP message. The lUT is now in DSC-Remote 
DSC-ACK pending state. 


Expected Behaviour 


Check that: On receiving a DSC-REQ for more than DSx Request Retries 
times each time before the expiry of timer T8, the lUT takes no action. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSC/TI-H006 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A service flow is established. 

The lUT has received a DSC-REQ message and has sent a DSX-RVD 
message followed by a DSC-RSP message. The lUT is now in DSC-Remote 
DSC-ACK pending state. 


Expected Behaviour 


Check that: Qn expiry of timer T8 and on nothing received for the concerned 
service flow, the lUT re-sends for DSx Response Retries times the DSP-RSP 
message. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSC/TI-H007 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.2 and 6.3.2.3.14 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow is established. The lUT has 
received a DSC-REQ and then has sent a DSX-RVD and DSC-RSP. 


Expected Behaviour 


Check that: Qn T8 expiry without receiving a DSC-ACK, the lUT resends the 
previously transmitted DSC-RSP for DSx Response Retries times. 


Test strategy 




Notes 
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TP ID 


TP/BS/US/DSC/TI-nOOo 


II — 1 — 1 — nr\t~i A 1 — \ _f_„____ 

IEEE 802.16 Reference 


clauses 6.3.14.9.4.2 and 6.3.2.3.14 


rlOb Item 




Initial Condition 


lUT is authorized, registered and a DS flow is established. The lUT has 
received a DSC-REQ and then has sent a DSX-RVD and DSC-RSP. 


Expected Behaviour 


Check that: On T8 expiry without receiving a DSC-ACK for more than DSx 
Response Retries times, the lUT stops the DSC transaction. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSC/TI-H009 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction DSC-RSP Pending state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 

transaction has started. The lUT is in the DSC-RSP Pending state. 


Expected Behaviour 


Check that: On not receiving a DSC-RSP after T14 expiry and retries are 
available, the lUT retransmits the DSC-REQ, restarts T7, and remains in the 
same state. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSC/TI-H01 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction DSC-RSP Pending state flow 

diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The lUT is in the DSC-RSP Pending state. 


Expected Behaviour 


Check that: On not receiving a DSC-RSP after T14 expiry and retries are 
exhausted, the lUT sends no message, starts TIG, and goes to the Retries 
Exhausted state. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSC/TI-H011 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 

Figure "DSC - Locally Initiated Transaction Holding Down state flow diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 

transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Check that: On T10 expiry, the lUT sends no message and ends the DSC 
transaction. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSC/TI-H012 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction Retries Exhausted state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The lUT is in the Retries Exhausted state. 


Expected Behaviour 


Check that: On T10 expiry, the lUT sends no message and ends the DSC 
transaction. 


Test strategy 




Notes 
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TP ID 


TP/BS/DS/DSC/TI-H01 3 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction Deleting Service Flow state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The lUT is in the Deleting Service Flow state. 


Expected Behaviour 


Checl< that: On T10 expiry, the lUT sends no message and ends the DSC 
transaction. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSC/TI-H014 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction Deleting Service Flow state flow 
diagram" 


PIGS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the Deleting Service Flow state. 


Expected Behaviour 


Checl< that: On T1 expiry, the lUT sends no message and ends the DSC 
transaction. 


Test strategy 




Notes 





.5.3 Dynamic Services Deletion (DSD) 



TP ID 


TP/BS/DS/DSD/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.14.9.5.2 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A DL service flow is 
established. 


Expected Behaviour 


Check that: To delete an established DL Service flow, the lUT sends a 
DSD-REQ. 


Test strategy 


Straightforward. 


Notes 


Requires a means to provoke the lUT to delete the service flow with a 
DSD-REQ. 



TP ID 


TP/BS/DS/DSD/BV-H001 


IEEE 802.16 Reference 


clause 6.3.14.9.5.2 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A UL service flow is 
established. 


Expected Behaviour 


Check that: To delete an established UL Service flow, the lUT sends a 
DSD-REQ. 


Test strategy 




Notes 


Requires a means to provoke the lUT to delete the service flow with a 
DSD-REQ. 



TP ID 


TP/BS/DS/DSD/BV-H002 


IEEE 802.16 Reference 


clause 6.3.14.9.5 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A bidirectional service flow is 

established. 


Expected Behaviour 


Check that: To change an established bidirectional Service flow, the lUT sends 
a separate DSD-REQ to delete the UL portion and another DSD-REQ to delete 
the DL portion. 


Test strategy 




Notes 


Requires a means to provoke the lUT to delete the service flow with a 
DSD-REQ. 
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TP ID 


TP/BS/DS/DSD/BV-nOOo 


IEEE 802.16 Reference 


clause 6.3.14.9.5 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. An UL service flow is 
established. The lUT has sent a DSD-REQ to delete the service flow. 


Expected Behaviour 


Check that: On receiving a DSD-RSP containing the Confirmation Code set to 
OK/success, the lUT accepts it. 


Test strategy 




Notes 


Requires a means to provoke the lUT to delete the service flow with a 
DSD-REQ. 




TP ID 


TP/BS/DS/DSD/BV-H004 


IEEE 802.16 Reference 


clause 6.3.14.9.5 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. An UL service flow Is 
established. 


Expected Behaviour 


Check that: On receiving a DSD-REQ, the lUT sends a DSD-RSP containing 
the Confirmation Code set to OK/success. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSD/BV-H005 


IEEE 802.16 Reference 


Figure "DSD - Locally Initiated Transaction state transition diagram" 

Figure "DSD - Locally Initiated Transaction Holding Down state flow diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSD 
transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Check that: On receiving a DSD-RSP, the lUT sends no message and remains 
in the same state. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSD/BI-HOOO 


IEEE 802.16 Reference 


clause 6.3.14.9.5 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. An UL service flow is 
established. The lUT has sent a DSD-REQ to delete the service flow. 


Expected Behaviour 


Check that: On receiving an erroneous DSD-RSP, the lUT re-sends the 
DSD-REQ message. 


Test strategy 




Notes 


Requires a means to provoke the lUT to delete the service flow with a 
DSD-REQ. 




TP ID 


TP/BS/DS/DSD/BI-H001 


IEEE 802.16 Reference 


clauses 6.3.14.9.5.2 and 6.3.2.3.17 


PICS Item 




Initial Condition 


lUT is operational and a DS flow is established. 


Expected Behaviour 


Check that: On receiving a DSD-REQ with invalid transaction ID, the lUT 
transmits a DSD-RSP message indicating the error. 


Test strategy 




Notes 
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TP ID 


Tr/DS/Do/DSD/BI-n002 


II — 1 — 1 — nr\t~i A 1 — \ _f_„____ 

IEEE 802.16 Reference 


clauses 6.3.14.9.5.1 and 6.3.2.3.17 


PICS Item 




Initial Condition 


■ I IT" ■ i" 1 _i r^r\ ci J. 1 1' 1 1 II IT 'i t. r\e^r\ r-»*^r"\ 

lUT IS operational and a DS flow is established. The lUT waits for DSD-RSP. 


Expected Behaviour 


Check that: On receiving a DSD-RSP rejecting the request and indicating an 
invalid transaction ID, the lUT re-sends the DSC-REQ with correct transaction 
ID. 


Test strategy 




Notes 


Requires a means to provoke the lUT to delete the service flow with a 
DSD-REQ. 




TP ID 


TP/BS/DS/DSD/BO-HOOO 


IEEE 802.16 Reference 


clause 6.3.14.9.5 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. An UL service flow is 
established. The lUT has sent a DSD-REQ to delete the service flow. 


Expected Behaviour 


Check that: On receiving a DSD-RSP for a non existing service, the lUT 
ignores the received DSD-RSP message. 


Test strategy 




Notes 


Requires a means to provoke the lUT to delete the service flow with a 
DSD-REQ. 




TP ID 


TP/BS/DS/DSD/BO-H001 


IEEE 802.16 Reference 


clause 6.3.14.9.5 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. An UL service flow is 
established. The lUT has deleted the service flow. 


Expected Behaviour 


Check that: On receiving a DSD-RSP message for a recently deleted service, 
the lUT ignores the received DSD-RSP message. 


Test strategy 




Notes 


Requires a means to provoke the lUT to delete the service flow with a 
DSD-REQ. 




TP ID 


TP/BS/DS/DSD/BO-H002 


IEEE 802.16 Reference 


clause 6.3.14.9.5 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. An UL service flow is 
established. 


Expected Behaviour 


Check that: On receiving a DSD-RSP for the existing UL service, the lUT 
ignores the received DSD-RSP message. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSD/BO-H003 


IEEE 802.16 Reference 


clause 6.3.14.9.5 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. An UL service flow is 
established. The lUT is not able to support SS initiated Dynamic Service 


Expected Behaviour 


Check that: On receiving a DSD-REQ message, the lUT sends a DSD-RSP 
message indicating that the request is not allowed. 


Test strategy 




Notes 
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PICS Item 




Initial Condition 


lUT is operational and a DS flow is established. 


Expected Behaviour 


Check that: On receiving a DSD-REQ for a non existing service flow, the lUT 
ignores the message. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/DSD/BO-H005 


IEEE 802.16 Reference 


Figure "DSD - Locally Initiated Transaction state transition diagram" 
Figure "DSD - Locally Initiated Transaction DSD-RSP Pending state flow 

diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSD 
transaction has started. The lUT is in the DSD-RSP Pending state. 


Expected Behaviour 


Check that: On receiving an SF DSD-REO Lost Command and retries are 
available, the lUT retransmits the DSD-REQ message and remains in the 
same state. 


Test strategy 




Notes 


Requires a means of provoking the SF DSD-REQ Lost Command; e.g. MIB 
command. 




TP ID 


TP/BS/DS/DSD/BO-H006 


IEEE 802.16 Reference 


Figure "DSD - Locally Initiated Transaction state transition diagram" 
Figure "DSD - Locally Initiated Transaction DSD-RSP Pending state flow 

diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSD 
transaction has started. The lUT is in the DSD-RSP Pending state. 


Expected Behaviour 


Check that: On receiving an SF DSD-REQ Lost Command and retries are 
exhausted, the lUT sends no message and remains in the same state. 


Test strategy 




Notes 


Requires a means of provoking the SF DSD-REQ Lost Command; e.g. MIB 
command. 




TP ID 


TP/BS/DS/DSD/BO-H007 


IEEE 802.18 Reference 


Figure "DSD - Locally Initiated Transaction state transition diagram" 
Figure "DSD - Locally Initiated Transaction DSD-RSP Pending state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSD 
transaction has started. The lUT is in the DSD-RSP Pending state. 


Expected Behaviour 


Check that: On receiving an SF Delete-Remote Command, the lUT sends no 
message, stops T7, starts T10, and goes to the Holding Down state. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 




TP ID 


TP/BS/DS/DSD/BO-H008 


IEEE 802.16 Reference 


Figure "DSD - Locally Initiated Transaction state transition diagram" 

Figure "DSD - Locally Initiated Transaction Holding Down state flow diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSD 
transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Check that: On receiving an SF Deleted command, the lUT sends no message 
and remains in the same state. 


Test strategy 




Notes 


Requires a means of provoking the SF Deleted; e.g. MIB command. 
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TP ID 


TP/BS/DS/DSD/BO-H009 


IEEE 802.16 Reference 


Figure "DSD - Remotely Initiated Transaction state transition diagram" 
Figure "DSD - Remotely Initiated Transaction Holding Down state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSD 
transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Check that: On receiving an SF Deleted command, the lUT sends no message 
and ends the DSD transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Deleted; e.g. MIB command. 




TP ID 


TP/BS/DS/DSD/TI-HOOO 


IEEE 802.16 Reference 


clause 6.3.14.9.5 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. An UL service flow is 
established. The lUT has sent a DSD-REQ to delete the service flow. 


Expected Behaviour 


Check that: For an lUT initiated DSD procedure when each time timer T7 
expires and no reply is received, the lUT re-sends the DSD-REQ message for 
DSx Request Retries times and then stops the initiated procedure. 


Test strategy 




Notes 


Requires a means to provoke the lUT to delete the service flow with a 
DSD-REQ. 




TP ID 


TP/BS/DS/DSD/TI-H001 


IEEE 802.16 Reference 


clause 6.3.14.9.5 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. An UL service flow is 
established. The lUT has sent a DSD-REQ to delete the service flow. 


Expected Behaviour 


Check that: For an lUT initiated DSD procedure, after DSx Request Retries 
times repetition of DSD-REQ sending and when timer T7 expires and no reply 
is received, the lUT does not re-send the DSD-REQ message and stops the 
initiated procedure. 


Test strategy 




Notes 


Requires a means to provoke the lUT to delete the service flow with a 
DSD-REQ. 




TP ID 


TP/BS/DS/DSD/TI-H002 


IEEE 802.16 Reference 


clause 6.3.14.9.5 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. An UL service flow is 

established. The lUT has just deleted the existing service flow. 


Expected Behaviour 


Check that: Before the expiration of TIG and when it needs to establish a new 
service flow, the lUT sends a DSA-REQ message but does not reuse the CID 
of the recently deleted connection. 


Test strategy 




Notes 


Requires a means to provoke the lUT to establish a service flow with a 
DSA-REQ. 




TP ID 


TP/BS/DS/DSD/TI-H003 


IEEE 802.16 Reference 


Figure "DSD - Locally Initiated Transaction state transition diagram" 

Figure "DSD - Locally Initiated Transaction Holding Down state flow diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSD 
transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Check that: On expiry of T10, the lUT sends no message and ends the DSD 
transaction. 


Test strategy 




Notes 
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TP ID 


nrn / no /no /no n /ti 1 1 nn a 

TP/BS/DS/DSD/TI-H004 


IEEE 802.16 Reference 


Figure "DSD - Remotely Initiated Transaction state transition diagram" 
Figure "DSD - Remotely Initiated Transaction Holding Down state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSD 
transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Gheci< that: On expiry of T10, the lUT sends no message and ends the DSD 
transaction. 


Test strategy 




Notes 





.5.4 QoS Parameter Sets (QPS) 



TP ID 


TP/BS/DS/QPS/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A service flow in the 
provisioned state is established. 


Expected Behaviour 


Ghecl< that: To initiate a change to the admitted state, the lUT sends a 

DSC-REQ. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSC transaction for a service 
flow with a DSC-REQ. 



TP ID 


TP/BS/DS/QPS/BV-H001 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A service flow in the 
provisioned state is established. The lUT has sent a DSC-REQ message to 
change the service flow to the admitted state. 


Expected Behaviour 


Check that: On receiving a DSC-RSP containing the Confirmation Code set to 
OK/success, sends a DSC-ACK containing the Confirmation Code set to 
OK/success. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSC transaction with a 
DSC-REQ. 



TP ID 


TP/BS/DS/QPS/BV-H002 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A service flow in the 

provisioned state is established. 


Expected Behaviour 


Check that: To initiate a change to the active state, the lUT sends a DSC-REQ. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSC transaction for a service 
flow with a DSC-REQ. 



TP ID 


TP/BS/DS/QPS/BV-H003 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A service flow in the 
provisioned state is established. The lUT has sent a DSC-REQ message to 
change the service flow to the active state. 


Expected Behaviour 


Check that: On receiving a DSC-RSP containing the Confirmation Code set to 
OK/success, the lUT sends a DSC-ACK containing the Confirmation Code set 
to OK/success. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSC transaction with a 
DSC-REQ. 
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TP ID 


TP/BS/DS/QPS/BV-n004 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A service flow in the active 
state is established. 


Expected Behaviour 


Check that: To change the service flow to the provisioned state, the lUT sends 
a DSC-REQ. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSC transaction for a service 
flow with a DSC-REQ. 




TP ID 


TP/BS/DS/QPS/BV-H005 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A service flow in the active 
state is established. 


Expected Behaviour 


Check that: On receiving a DSC-REQ containing the Service Flow Parameters 
with the Service Flow Identifier and a null ActiveQoSParamSet, the lUT 
deactivates the referenced Service Flow. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/QPS/BV-H006 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A service flow in the active 
state is estalDlished. 


Expected Behaviour 


Check that: On receiving a DSC-REQ containing the Service Flow Parameters 
with the Service Flow Identifier and only an AdmitQoSParamSet, the lUT 
deactivates the referenced Service Flow. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/QPS/BV-H007 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A service flow in the active 
state is established. 


Expected Behaviour 


Check that: On receiving a DSC-REQ containing the Service Flow Parameters 
with the Service Flow Identifier, a null AdmitQoSParamSet and null 
ActiveQoSParamSet, the lUT readmits the referenced Service Flow. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/QPS/BV-H008 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A service flow in the active 
state is established. The lUT has sent a DSC-REQ message to change the 
service flow to the provisioned state. 


Expected Behaviour 


Check that: On receiving a DSC-RSP containing the Confirmation Code set to 
QK/success, the lUT sends a DSC-ACK containing the Confirmation Code set 
to OK/success. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSC transaction with a 
DSC-REQ. 
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TP ID 


TP/BS/DS/QPS/BV-n009 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A service flow in the active 
state is established. 


Expected Behaviour 


Check that: To change the service flow to the admitted state, the lUT sends a 
DSC-REQ. 


Test strategy 




Notes 


Requires a means to provol<e the lUT to start the DSC transaction for a service 
flow with a DSC-REQ. 




TP ID 


TP/BS/DS/QPS/BV-H01 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A service flow in the active 
state is established. The lUT has sent a DSC-REQ message to change the 
service flow to the admitted state. 


Expected Behaviour 


Check that: On receiving a DSC-RSP containing the Confirmation Code set to 
OK/success, the lUT sends a DSC-ACK containing the Confirmation Code set 
to OK/success. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSC transaction with a 
DSC-REQ. 




TP ID 


TP/BS/DS/QPS/BV-H01 1 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A service flow in the admitted 
state is established. 


Expected Behaviour 


Check that: To change the service flow to the active state, the lUT sends a 
DSC-REQ. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSC transaction for a service 
flow with a DSC-REQ. 




TP ID 


TP/BS/DS/QPS/BV-H01 2 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS item 




Initial Condition 


lUT has completed initialization and is operating. A service flow in the admitted 

state is established. The lUT has sent a DSC-REQ message to change the 
service flow to the active state. 


Expected Behaviour 


Check that: On receiving a DSC-RSP containing the Confirmation Code set to 
OK/success, the lUT sends a DSC-ACK containing the Confirmation Code set 
to OK/success. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSC transaction with a 
DSC-REQ. 




TP ID 


TP/BS/DS/QPS/BV-H01 3 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT has completed initialization and is operating. A service flow in the admitted 
state is established. 


Expected Behaviour 


Check that: To change the service flow to the provisioned state, the lUT sends 
a DSC-REQ. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSC transaction for a service 
flow with a DSC-REQ. 
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TP ID 


TP/BS/DS/QPS/BV-H01 4 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




initial Condition 


lUT has completed initialization and is operating. A service flow in the admitted 
state is established. The lUT has sent a DSC-REQ message to change the 
service flow to the provisioned state. 


Expected Beliaviour 


Check that: On receiving a DSC-RSP containing the Confirmation Code set to 
OK/success, the lUT sends a DSC-ACK containing the Confirmation Code set 

to OK/success. 


Test strategy 




Notes 


Requires a means to provoke the lUT to start the DSC transaction with a 
DSC-REQ. 




TP ID 


TP/BS/DS/QPS/BV-H01 5 


IEEE 802.16 Reference 


clause 6.3.14.4 


PICS item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: On receiving a DSA-REQ with supplemental and overriding service 
parameters, the lUT includes the supplemental and overriding service 
parameters in the DSA-RSP. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/QPS/BV-H01 6 


IEEE 802.16 Reference 


clause 6.3.14.4 


PICS item 




Initial Condition 


lUT is operational. An uplink service flow is active. 


Expected Behaviour 


Check that: On receiving a DSC-REO with supplemental and overriding 
service parameters, the lUT includes the supplemental and overriding service 
parameters in the DSC-RSP. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/QPS/BV-H01 7 


IEEE 802.16 Reference 


clause 11.13.4 


PICS item 




Initial Condition 


lUT is operational. An uplink service flow is active. 


Expected Behaviour 


Check that: On receiving a DSC-REQ message with multiple updates to a 
single QoS Parameter Set, the lUT transmits a DSC-RSP message with CC 2 
(reject-unrecognized-configuration-setting). 


Test strategy 




Notes 






TP ID 


TP/BS/DS/QPS/BV-H01 8 


IEEE 802.16 Reference 


clause 11.13.11 


PICS item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: On receiving a DSA-REQ message to establish an uplink service 

flow with the Service Flow Scheduling Type parameter omitted in the message, 
the lUT provides the Best Effort (BE) uplink scheduling service. 


Test strategy 




Notes 
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TP ID 


TP/BS/DS/QPS/BV-H01 9 


IEEE 802.16 Reference 


clause 1 1 .13.1 1 


PICS item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: On receiving a DSA-REQ message to establish an uplink service 
flow with the Service Flow Scheduling Type parameter set to Undefined, the 
lUT provides the uplink scheduling service defined in the Vendor-specific QoS 
parameters. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/QPS/BV-H020 


IEEE 802.16 Reference 


clause 11.13.11 


PICS item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: On receiving a DSA-REQ message to establish an uplink service 
flow with the Service Flow Scheduling Type parameter set to BE (2), the lUT 
provides the Best Effort (BE) uplink scheduling service. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/QPS/BV-H021 


IEEE 802.16 Reference 


clause 6.3.5.2.4 


PICS item 




Initial Condition 


lUT is operating. A service flow is established with BE scheduling in use for 

this connection. 


Expected Behaviour 


Check that: The lUT sets the Request/Transmission Policy to use contention 
requests on the connection. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/QPS/BV-H022 


IEEE 802.16 Reference 


clause 11.13.11 


PICS item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: On receiving a DSA-REQ message to establish an uplink service 
flow with the Service Flow Scheduling Type parameter set to nrtPS (3), the lUT 
provides the nrtPS uplink scheduling service. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/QPS/BV-H023 


IEEE 802.16 Reference 


clause 11.13.11 


PICS item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: On receiving a DSA-REQ message to establish an uplink service 
flow with the Service Flow Scheduling Type parameter set to rtPS (4), the lUT 
provides the rtPS uplink scheduling service. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/QPS/BV-H024 


IEEE 802.16 Reference 


clause 11.13.11 


PICS item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: On receiving a DSA-REQ message to establish an uplink service 
flow with the Service Flow Scheduling Type parameter set to UGS (6), the lUT 
provides the UGS uplink scheduling service. 


Test strategy 




Notes 
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TP ID 


TP/BS/DS/QPS/BV-H025 


IEEE 802.16 Reference 


clause 6.3.5.2.1 


PICS item 




Initial Condition 


lUT is operating. A service flow is established with UGS scheduling in use for 
this connection. 


Expected Behaviour 


Check that: The lUT transmits Data Grant Burst lEs at periodic intervals based 
upon the Minimum Reserved Traffic Rate of the service whose size is sufficient 
or larger to hold the fixed length data (with associated generic MAC header 
and Grant management sub header). 


Test strategy 




Notes 






TP ID 


TP/BS/DS/QPS/BV-H026 


IEEE 802.16 Reference 


clause 6.3.5.2.1 


PICS item 




Initial Condition 


lUT is operating. A service flow Is established with UGS scheduling in use for 

this connection. 


Expected Behaviour 


Check that: The lUT sets the Request/Transmission policy to prohibit the use 
of contention request opportunities on this connection. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/QPS/BV-H1 00 


IEEE 802.16 Reference 


clause 6.3.14.4 


PICS item 




Initial Condition 


lUT is operational. One uplink service flow and one downlink service flow are 
active for a given Service Class Name. 


Expected Behaviour 


Check that: On a change in the definition of the Service Class Name with new 
QoS parameters, the lUT maintains the existing uplink and downlink service 
flow QoS. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/QPS/BV-H1 01 


IEEE 802.16 Reference 


clause 6.3.14.4 


PICS item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: On receiving a DSA-REQ message using the Service Class Name 
for the Admitted OoS Parameter Set, the lUT transmits a DSA-RSP with the 
expanded set of service flow TLV coding. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/QPS/BV-H1 02 


IEEE 802.16 Reference 


clause 6.3.14.4 


PICS item 




Initial Condition 


lUT is operational. An uplink service flow is active. 


Expected Behaviour 


Check that: On receiving a DSC-REQ message using the Service Class Name 
for the Admitted QoS Parameter Set, the lUT transmits a DSC-RSP with the 
expanded set of service flow TLV coding. 


Test strategy 




Notes 
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TP ID 


TP/BS/DS/QPS/BV-H1 03 


IEEE 802.16 Reference 


clause 11.13.3 


PICS item 




Initial Condition 


lUT is operational. An uplink service flow is active. 


Expected Behaviour 


Check that: On receiving a DSC-REQ message specifying some QoS 
parameters and a Service Class Name that changes all the current 
parameters, the lUT provides the service specified by the new QoS 
parameters. For the remaining unspecified parameters, the Service Class 
Name values are used. 


Test strategy 




Notes 






TP ID 


TP/BS/DS/QPS/BV-H104 


IEEE 802.16 Reference 


clause 11.13.4 


PICS item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: the lUT handles a single update to each of the Active and Admitted 
QoS parameter sets. 


Test strategy 




Notes 




) Bandwidth Allocation and Polling (BWA) 


TP ID 


TP/BS/BWA/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.7.1 


PICS item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: For half-duplex SSs, the lUT does not allocate uplink bandwidth for 
the downlink within the propagation delay, SSTTG, and SSRTG parts of the 
frame. 


Test strategy 




Notes 






TP ID 


TP/BS/BWA/BV-H001 


IEEE 802.16 Reference 


clause 6.3.8.1 


PICS item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Check that: The lUT transmits the size of individual transmission opportunities 
for each type of contention IE in each UCD message and allocates bandwidth 
for contention lEs in integer multiples of this size. 


Test strategy 




Notes 






TP ID 


TP/BS/BWA/BV-H002 


IEEE 802.16 Reference 


clause 6.3.7.4.3.1 


PICS item 




Initial Condition 


The lUT is operating. 


Expected Behaviour 


Check that: When using multicast or broadcast, the lUT transmits the 
bandwidth opportunity granting an integer multiple of the "Bandwidth request 
opportunity size" in the UCD. 


Test strategy 




Notes 





ETSI 



95 



ETSI TS 102 385-2 V2.4.1 (2007-10) 



1 r ID 


TD/DC/DIAI A /D\/ UnnO 
1 r/Do/DW A/Dv-nUUo 


itbb ou^.iD nGTerGnce 


Clauses b.o.b.o, b.o./.4, b.o.y.4 ana o.o 


PICS item 




Initial Condition 


lUT has authorized and registered an SS. 


Expected Behaviour 


Check that: The lUT sends in every frame a UL-MAP containing the Basic CID 
and the Request IE. 


Test strategy 




Notes 






TP ID 


TP/BS/BWA/BV-H004 


IEEE 802.16 Reference 


clauses 6.3.6.3, 6.3.7.4, 6.3.9.4 and 8.3 


PICS item 




Initial Condition 


lUT has authorized and registered an SS. 


Expected Behaviour 


Check that: The lUT sends in every frame a UL-MAP containing the Basic CID 
and the Data Grant Burst Type IE. 


Test strategy 




Notes 






TP ID 


TP/BS/BWA/BV-H005 


IEEE 802.16 Reference 


clauses 6.3.6.3, 6.3.7.4, 6.3.9.4 and 8.3 


PICS item 




Initial Condition 


lUT has authorized and registered an SS. 


Expected Behaviour 


Check that: The lUT sends in every frame a UL-MAP containing the Multicast 
CID and the Request IE. 


Test strategy 




Notes 






TP ID 


TP/BS/BWA/BV-H006 


IEEE 802.16 Reference 


clauses 6.3.6.3, 6.3.7.4, 6.3.9.4 and 8.3 


PICS item 




Initial Condition 


lUT has authorized and registered an SS. 


Expected Behaviour 


Check that: The lUT sends in every frame a UL-MAP containing the Broadcast 
CID and the Request IE. 


Test strategy 




Notes 






TP ID 


TP/BS/BWA/BV-H100 


IEEE 802.16 Reference 


clause 6.3.6.3.1 


PICS item 




Initial Condition 


The lUT is operational and the lUT is receiving on a non-UGS connection. 


Expected Behaviour 


Check that: To poll the lUT individually (unicast poll), the lUT transmits a Data 

Grant IE on the Basic CID. 


Test strategy 




Notes 






TP ID 


TP/BS/BWA/BV-H101 


IEEE 802.16 Reference 


clause 6.3.6.3.2 


PICS item 




Initial Condition 


The lUT is operational with multiple subscriber stations. 


Expected Behaviour 


Check that: When there is insufficient bandwidth to unicast poll an inactive SS 
on its Basic CID, the lUT polls the inactive SS using a multicast or broadcast 
bandwidth allocation on a corresponding CID. 


Test strategy 




Notes 
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TD in 
1 r lU 


1 K/DO/DWA/DV-n1U^ 


itbb ou^i.ib KGTGrence 


Clause b.o.b.o.i 


PICS item 




Initial Condition 


The lUT is operational and the receiving an UL UGS connection. 


Expected Behaviour 


Check that: On receiving a Grant Management sub header with the PM bit not 
set (zero), the lUT does not poll the SS. 


Test strategy 




Notes 





TP ID 


TP/BS/BWA/BV-H103 


IEEE 802.16 Reference 


clauses 6.3.6.3.1 and 6.3.6.3.3 


PICS item 




Initial Condition 


The lUT is operational and the lUT is receiving on a UGS connection. 


Expected Behaviour 


Check that: On receiving a Grant Management sub header with the PM bit set 
to one, the lUT unicast polls by transmitting a Data Grant IE on the Basic CID. 


Test strategy 




Notes 





TP ID 


TP/BS/BWA/BV-H104 


IEEE 802.16 Reference 


clause 6.3.6.3.3 


PICS item 




Initial Condition 


The lUT is operational with multiple subscriber stations one of which uses the 
UGS scheduling service. 


Expected Behaviour 


Check that: When the UGS scheduling service consumes bandwidth to the 
point that the QoS requirements of other SSs cannot be met, the lUT polls the 
UGS connection SS on its Basic CID using a Data Grant IE. 


Test strategy 




Notes 





5.2.6.1 Request/Grant (REQ) 



TP ID 


TP/BS/BWA/REQ/BV-HOOO 


IEEE 802.16 Reference 


clauses 6.3.2.1 .2 and 6.3.6.1 


PICS Item 




Initial Condition 


lUT is operating and an UL service flow with Best Effort (BE) scheduling is 

established. 


Expected Behaviour 


Check that: On receiving a Bandwidth Request Header of aggregate type, the 
lUT transmits one or more uplink bandwidth grants satisfying the request. 


Test strategy 


Straightfonward. 


Notes 





TP ID 


TP/BS/BWA/REQ/BV-H001 


IEEE 802.16 Reference 


clauses 6.3.2.1.2 and 6.3.6.1 


PICS Item 




Initial Condition 


lUT is operating and an UL service flow with Best Effort (BE) scheduling is 
established. 


Expected Behaviour 


Check that: On receiving a Bandwidth Request Header of incremental type, the 
lUT transmits one or more uplink bandwidth grants satisfying the request. 


Test strategy 


Straightfonward. 


Notes 
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TP ID 


TP/BS/BWA/RcQ/BV-n002 


IEEE 802.16 Reference 


clause 8.3.7.3.1 


PICS Item 




Initial Condition 


lUT is operating. Focused Contention is not supported. 


Expected Behaviour 


Check that: On allocating a transmission opportunity to request bandwidth, the 
lUT transmits a Request Region Full IE (a UL-MAP IE with UIUC=2) in the 
UL-MAP. 


Test strategy 


Straightforward. 


Notes 


Requires a means to provoke the lUT to allocate a bandwidth request 
opportunity. 




TP ID 


TP/BS/BWA/REQ/BV-H003 


IEEE 802.16 Reference 


clause 8.3.7.3.1 


PICS Item 




Initial Condition 


lUT is operating. Focused Contention is not supported. lUT has transmitted a 
Request Region Full IE in the UL-MAP 


Expected Behaviour 


Check that: On receiving a Bandwidth Request Header in the region indicated 
by the Request Region Full IE, the lUT transmits one or more uplink grants for 
the requested bandwidth satisfying the request. 


Test strategy 


Straightfonward. 


Notes 






TP ID 


TP/BS/BWA/REQ/BV-H004 


IEEE 802.16 Reference 


clauses 6.3.2.1.2 and 6.3.6.1 


PICS Item 




Initial Condition 


lUT is operating and an UL service is established. 


Expected Behaviour 


Check that: On receiving a Bandwidth Request Header in an uplink grant 
allocation for UlUC = 5 to 12, the lUT transmits one or more uplink grants for 
the requested bandwidth satisfying the request. 


Test strategy 


Straightforward. 


Notes 






TP ID 


TP/BS/BWA/REQ/BV-H005 


IEEE 802.16 Reference 


clause 6.3.2.3.4 


PICS Item 




Initial Condition 


lUT is operating and an UL service is established. 


Expected Behaviour 


Check that: To allocate a bandwidth grant, the lUT uses the SS's Basic CID. 


Test strategy 




Notes 






TP ID 


TP/BS/BWA/REQ/BV-H006 


IEEE 802.16 Reference 


clauses 6.3.2.1.2 and 6.3.6.1 


PICS Item 




Initial Condition 


lUT is operating. An UL service with UGS scheduling is established and is in 
active state. 


Expected Behaviour 


Check that: The lUT grants sufficient amount of capacity at correct intervals. 


Test strategy 




Notes 






TP ID 


TP/BS/BWA/REQ/BV-H007 


IEEE 802.16 Reference 


clauses 6.3.2.1 .2 and 6.3.6.1 


PICS Item 




Initial Condition 


lUT is operating. A UL service with rtPS scheduling is established and is in 
active state. 


Expected Behaviour 


Check that: The lUT issues polls within sufficient time to meet the connection's 
latency requirement. 


Test strategy 




Notes 
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TP ID 


TP/BS/BWA/REQ/BV-H008 




Deleted 




TP ID 


TP/BS/BWA/REQ/BV-H009 


IEEE 802.16 Reference 


clauses 6.3.2.1 .2 and 6.3.6.1 


PICS Item 




Initial Condition 


lUT is operating and an UL service flow with Best Effort (BE) scheduling Is 
established. 


Expected Behaviour 


Check that: On receiving a piggyback request for more BW, the lUT transmits 
one or more uplink bandwidth grants satisfying the request. 


Test strategy 




Notes 






TP ID 


TP/BS/BWA/REQ/BV-H01 


IEEE 802.16 Reference 


Clauses 6.3.2.1.2 and 6.3.6.1 


PICS Item 




Initial Condition 


lUT is operating and an UL service flow with nrtPS scheduling is established. 


Expected Behaviour 


Check that: On receiving a Bandwidth Request Header of aggregate type, the 
lUT transmits one or more uplink bandwidth grants satisfying the request. 


Test strategy 




Notes 






TP ID 


TP/BS/BWA/REQ/BV-H01 1 


IEEE 802.16 Reference 


clauses 6.3.2.1.2 and 6.3.6.1 


PICS Item 




Initial Condition 


lUT is operating and an UL service flow with nrtPS scheduling is established. 


Expected Behaviour 


Check that: On receiving a Bandwidth Request Header of incremental type, the 
lUT transmits one or more uplink bandwidth grants satisfying the request. 


Test strategy 




Notes 






TP ID 


TP/BS/BWA/REQ/BV-H01 2 


IEEE 802.16 Reference 


clauses 6.3.2.1.2 and 6.3.6.1 


PICS Item 




Initial Condition 


lUT is operating and an UL service flow with nrtPS scheduling is established. 


Expected Behaviour 


Check that: On receiving a piggyback request for more BW, the lUT transmits 
one or more uplink bandwidth grants satisfying the request. 


Test strategy 




Notes 






TP ID 


TP/BS/BWA/REQ/BV-H01 3 


IEEE 802.16 Reference 


clauses 6.3.2.1.2 and 6.3.6.1 


PICS Item 




Initial Condition 


lUT is operating and an UL service flow with rtPS scheduling is established. 


Expected Behaviour 


Check that: On receiving a Bandwidth Request Header of aggregate type, the 
lUT transmits one or more uplink bandwidth grants satisfying the request. 


Test strategy 




Notes 






TP ID 


TP/BS/BWA/REQ/BV-H01 4 


IEEE 802.16 Reference 


clauses 6.3.2.1 .2 and 6.3.6.1 


PICS Item 




Initial Condition 


lUT is operating and an UL service flow with rtPS scheduling is established. 


Expected Behaviour 


Check that: On receiving a Bandwidth Request Header of incremental type, the 
lUT transmits one or more uplink bandwidth grants satisfying the request. 


Test strategy 




Notes 
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1 r lU 


1 r/Do/DWA/KbU/DV-nU lO 


itbb ou^.iD riGTGrence 


Clauses o.o.ii. \ .<l ana d.o.d.i 


PICS Item 




Initial Condition 


lUT is operating and an UL service flow with rtPS scheduling is established. 


Expected Behaviour 


Check that: On receiving a piggyback request for more BW, the lUT transmits 
one or more uplink bandwidth grants satisfying the request. 


Test strategy 




Notes 






TP ID 


TP/BS/BWA/REQ/BV-H01 6 




Deleted 




TP ID 


TP/BS/BWA/REQ/BV-H01 7 




Deleted 




TRIO 


TP/BS/BWA/REQ/BV-H01 8 




Deleted 




TP ID 


TP/BS/BWA/REQ/BV-H01 9 




Deleted 




TP ID 


TP/BS/BWA/REQ/BV-H020 


IEEE 802.16 Reference 


clauses 6.3.2.1.2 and 6.3.6.1 


PICS Item 




Initial Condition 


lUT is operating and an UL service flow Is established. 


Expected Behaviour 


Check that: While executing polling, the lUT accepts stuff bytes (OxFF) using 
the associated burst profile. 


Test strategy 




Notes 






TP ID 


TP/BS/BWA/REQ/BV-H021 


IEEE 802.16 Reference 


clauses 6.3.2.1 .2 and 6.3.6.1 


PICS Item 




Initial Condition 


lUT Is operating. An UL service with UGS scheduling is established and is In 
active state. Another UL service with rtPS scheduling is established and is in 
active state. 


Expected Behaviour 


Check that: On receiving a MAC PDU on the UGS connection with the PM bit 
set to 1 , the lUT polls within 1 ms. 


Test strategy 




Notes 






TP ID 


TP/BS/BWA/REQ/BV-H022 


IEEE 802.16 Reference 


clauses 6.3.2.1 .2 and 6.3.6.1 


PICS Item 




Initial Condition 


lUT Is operating. An UL service with UGS scheduling is established and is in 
active state. Another UL service with nrtPS scheduling is established and is in 
active state. 


Expected Behaviour 


Check that: On receiving a MAC PDU on the UGS connection with PM bit set 
to 1 , the lUT issues polls within QoS limits. 


Test strategy 




Notes 
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TP ID 


TP/Do/BWA/REQ/BV-n02o 


IEEE 802.16 Reference 


clauses 6.3.2.1 .2 and 6.3.6.1 


rlOb Item 




Initial Condition 


lUT is operating. An UL service with BE scheduling Is established and is in 
active state. 


Expected Behaviour 


Check that: On receiving a Bandwidth Request Header of aggregate type of 
zero bytes, the lUT refrains from issuing more grants to the requesting entity. 


Test strategy 




Notes 






TP ID 


TP/BS/BWA/REQ/BV-H024 


IEEE 802.16 Reference 


clauses 6.3.2.1 .2 and 6.3.6.1 


PICS Item 




Initial Condition 


lUT is operating. An UL service with rtPS scheduling is established and is in 
active state. 


Expected Behaviour 


Check that: On receiving a Bandwidth Request Header of aggregate type of 
zero bytes, the lUT refrains from issuing more grants to the requesting entity. 


Test strategy 




Notes 






TP ID 


TP/BS/BWA/REQ/BV-H025 


IEEE 802.16 Reference 


clauses 6.3.2.1 .2 and 6.3.6.1 


PICS Item 




Initial Condition 


lUT is operating. A service flow is established and is in active state. Focused 
Contention is supported. 


Expected Behaviour 


Check that: To allocate a transmission opportunity for requesting bandwidth in 
REQ Region Focused, the lUT sends a UL-MAP with UIUC=3 indicating the 
Request Region Focused IE. 


Test strategy 




Notes 


Requires a means to provoke the lUT to allocate a transmission opportunity for 
requesting bandwidth in REQ Region Focused. 




TP ID 


TP/BS/BWA/REQ/BV-H026 


IEEE 802.16 Reference 


clause 8.3.7.3.1 


PICS Item 




Initial Condition 


lUT is operating. A service flow is established and is in active state. Focused 
Contention is supported. lUT has transmitted a Request Region Focused IE in 
the UL-MAP. 


Expected Behaviour 


Check that: On receiving a short code over a Transmission Opportunity which 
consists of 4 sub-carriers by two OFDM symbols in the Request Region 
Focused, the lUT transmits a UL-MAP IE with UIUC=4 and the Focused 
Contention IE. 


Test strategy 




Notes 


Requires a means to provoke the lUT to allocate a transmission opportunity for 
requesting bandwidth in REQ Region Focused. 




TP ID 


TP/BS/BWA/REQ/BV-H027 


IEEE 802.16 Reference 


clauses 6.3.2.1 .2 and 6.3.6.1 


PICS Item 




Initial Condition 


lUT is operating. A service flow is established and is in active state. Focused 
Contention Is supported. The lUT has sent a Focused Contention IE. 


Expected Behaviour 


Check that: On receiving a Bandwidth Request Header with transmission 
opportunity and contention channels, the lUT transmits one or more uplink 
bandwidth grants satisfying the request. 


Test strategy 




Notes 


Requires a means to provoke the lUT to allocate a transmission opportunity for 
requesting bandwidth in REQ Region Focused. 
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TP ID 


TP/BS/BWA/REQ/BV-H028 


IEEE 802.16 Reference 


clauses 6.3.2.1.2 and 6.3.6.1 


PICS Item 




initial Condition 


lUT is operating. A service flow is established and is In active state. Focused 
Contention is supported. The lUT has sent a UL-MAP IE with UIUC=13 and a 
Sub Channelized Network Entry IE allocating a transmission opportunity and a 
contention sub-channel. 


Expected Behaviour 


Check that: On receiving a Bandwidth Request Header in the chosen 
transmission opportunity and chosen contention channels, the iUT transmits 
one or more uplink bandwidth grants satisfying the request. 


Test strategy 




Notes 


Requires a means to provoke the IUT to send UL-MAP IE with UIUC=13 and 
Sub Channelized Network Entry IE allocating transmission opportunity and 
contention sub-channel. 




TP ID 


TP/BS/BWA/REQ/BV-H02g 


IEEE 802.16 Reference 


clauses 6.3.2.1 .2 and 6.3.6.1 


PICS Item 




Initial Condition 


IUT is operating. A service flow is established and is in active state. Focused 
Contention is supported. The IUT has sent a UL-MAP IE with UiUC = 15 and 
an AAS IE with Extended UIUC = 0x02. 


Expected Behaviour 


Check that: On receiving a Bandwidth Request Header in the allocated 
transmission opportunity, the IUT transmits one or more uplink bandwidth 
grants satisfying the request. 


Test strategy 




Notes 


Requires a means to provoke the IUT to send UL-MAP IE with UIUC = 15 and 
AAS IE with Extended UIUC = 0x02. 




TP ID 


TP/BS/BWA/REQ/BV-H030 


IEEE 802.16 Reference 


clause 6.3.6.4 


PICS item 




Initial Condition 


The IUT is operational. 


Expected Behaviour 


Check that: On receiving a Focused Contention Transmission during a REQ 
Region-Focused, the IUT provides an uplink allocation to transmit a Bandwidth 
Request MAC PDU using the Broadcast CID with the OFDM 
Focused_Contention_IE specifying the Contention Channel, Contention Code, 
and Transmit Opportunity. 


Test strategy 




Notes 






TP ID 


TP/BS/BWA/REQ/BV-H031 


IEEE 802.16 Reference 


clause 6.3.5.2.2 


PICS item 




Initial Condition 


IUT is operating. A service flow is established with rtPS scheduling in use for 
this connection. 


Expected Behaviour 


Check that: The IUT periodically transmits unicast request opportunities and 
sets the Request/Transmission Policy to prohibit use of contention requests on 
the connection. 


Test strategy 




Notes 
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TP ID 


TP/BS/BWA/REQ/BV-H032 


IEEE 802.16 Reference 


clause 6.3.5.2.3 


PICS item 




Initial Condition 


lUT is operating. A service flow is established with nrtPS scheduling in use for 
this connection. 


Expected Behaviour 


Check that: The lUT transmits timely unicast request opportunities and sets the 
Request/Transmission Policy to allow use of contention requests on the 
connection. 


Test strategy 




Notes 


PIXIT values required to define "timely". One for aperiodic or periodic 
transmission, another for the interval (Spec says values are typically on the 
order of one second). 




TP ID 


TP/BS/BWA/REQ/BV-H033 


IEEE 802.16 Reference 


clause 6.3.5.2.1 


PICS item 




Initial Condition 


lUT is operating. A service flow is established with UGS scheduling in use for 

this connection. 


Expected Behaviour 


Check that: On receiving a Grant Management field with the Slip Indicator bit 
cleared to 0, the lUT does not allocate more bandwidth than that of the 
Maximum Sustained Traffic Rate parameter of the Active QoS Parameter set. 


Test strategy 




Notes 






TP ID 


TP/BS/BWA/REQ/BV-H034 


IEEE 802.16 Reference 


clause 6.3.5.2.1 


PICS item 




Initial Condition 


lUT is operating. A service flow is established with UGS scheduling in use for 
this connection. 


Expected Behaviour 


Check that: On receiving a Grant Management field with the Slip Indicator bit 
set to 1 , the lUT either does not allocate more bandwidth than that of the 
Maximum Sustained Traffic Rate parameter of the Active QoS Parameter set 
or grants up to 1 % additional bandwidth. 


Test strategy 




Notes 





.6.2 Multicast Polling (MCP) 



TP ID 


TP/BS/BWA/MCP/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.12 

Figure "Multicast polling assignment-BS" 


PICS item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: To add an SS to a multicast polling group, the lUT transmits a 
MCA-REQ message with the Assignment field set to 0x01 . 


Test strategy 




Notes 


The type of polling for the uplink connection could be defined by PIXIT 
parameter. 



TP ID 


TP/BS/BWA/MCP/BV-H001 


IEEE 802.16 Reference 


clause 6.3.12 

Figure "Multicast polling assignment-BS" 


PICS item 




Initial Condition 


lUT is operational. To add an 88 to a multicast polling group, the lUT has 
transmitted an MCA-REQ message with the Assignment field set to 0x01 . 


Expected Behaviour 


Check that: After receiving an MCA-R8P message with a Confirmation Code 
set to 0x00 (successful), the lUT transmits data to the multicast peers on the 
multicast CID. 


Test strategy 




Notes 


The type of polling for the uplink connection could be defined by PIXIT 
parameter. 
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TP ID 


TP/BS/BWA/MCP/BV-H002 


IEEE 802.16 Reference 


clause 6.3.12 

Figure "Multicast polling asslgnment-BS" 


PICS Item 




Initial Condition 


lUT Is operational. To add an SS to a multicast polling group, the lUT has 
transmitted an MCA-REQ message with the Assignment field set to 0x01 . 


Expected Behaviour 


Check that: After receiving an IVICA-RSP message with a Confirmation Code 
set to 0x03 (unsuccessful), the lUT transmits no data to the multicast peer on 
the multicast CID that transmitted the MCA-RSP. 


Test strategy 




Notes 






TP ID 


TP/BS/BWA/MCP/BV-H003 


IEEE 802.16 Reference 


clause 6.3.12 

Figure "Multicast polling asslgnment-BS" 


PICS Item 




Initial Condition 


lUT is operational. An SS has been added to a multicast polling group and Is 

receiving on the Multicast CID. 


Expected Behaviour 


Checl< that: To direct the SS to leave the multicast group, the lUT transmits a 
MCA-REQ message with the assignment field set to 0x00. 


Test strategy 




Notes 


Requires a means to provoke the MCA-REQ. 




TP ID 


TP/BS/BWA/MCP/BV-H004 


IEEE 802.16 Reference 


clause 6.3.12 

Figure "Multicast polling asslgnment-BS" 


PICS item 




Initial Condition 


lUT is operational. A multicast connection with an SS is operational. The lUT 
has transmitted an MCA-REQ directing the SS to leave the multicast group. 


Expected Behaviour 


Check that: On receiving a valid MCA-RSP from the SS to leave the multicast 
group, the lUT transmits no further transmission opportunities to the SS for the 
former Multicast CID. 


Test strategy 




Notes 






TP-ID 


TP/BS/BWA/MCP/BV-H005 


IEEE 802.16 Reference 


clause 6.3.12 

Figure "Multicast polling assignment-BS" 


PICS Item 




Initial Condition 


The lUT Is operational. 


Expected Behaviour 


Check that: The lUT refrains from adding SS with only UGS or rtPS polling 
connections to Multicast Polling groups. 


Test strategy 




Notes 


Refer to PIXIT for information regarding conditions under which the lUT may 
create Multicast Polling groups. 




TP ID 


TP/BS/BWA/MCP/BV-H006 


IEEE 802.16 Reference 


clause 6.3.6.12 


PICS Item 




Initial Condition 


lUT has authorized and registered an SS. 


Expected Behaviour 


Check that: While executing Multicast polling, on receiving a Bandwidth 
Request Header containing the Multicast CID using the Request IE burst 
profile, the lUT sends a Grant Management Sub header containing the 
Multicast CID. 


Test strategy 




Notes 
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TP ID 


TP/BS/BWA/MCP/BV-H007 


IEEE 802.16 Reference 


clause 6.3.6.12 


PICS item 




Initial Condition 


II IT 1 J.I ' — 1 — 1 ■ i _i f^e~\ 

lUT has authonzed and registered an SS. 


Expected Behaviour 


Check that: While executing Multicast polling, on receiving a Generic MAC 
Header containing the Multicast CID and a Grant Management Sub header 
(PiggyBack request) using the Request IE burst profile, the lUT sends a Grant 
Management Sub header containing the Multicast CID. 


Test strategy 




Notes 






TP-ID 


TP/BS/BWA/MCP/BI-HOOO 


IEEE 802.16 Reference 


clause 6.3.12 

Figure "Multicast polling assignment-BS" 


PICS Item 




Initial Condition 


The lUT is has sent an MCA-REQ, started T15, and is waiting for an 

MCA-RSP. 


Expected Behaviour 


Check that: On receiving an improperly formatted MCA-RSP message, the lUT 
silently discards the received message and, after Timer T1 5 expires without 
receiving a valid MCA-REQ, resends the MCA-REQ message. 


Test strategy 




Notes 






TP-ID 


TP/BS/BWA/MCP/BO-HOOO 


IEEE 802.16 Reference 


clause 6.3.12 

Figure "Multicast polling assignment-BS" 


PICS Item 




Initial Condition 


No multicast polling group transactions are outstanding. 


Expected Behaviour 


Check that: On receiving an unsolicited MCA-RSP message, the lUT silently 
discards the received message. 


Test strategy 




Notes 






TP ID 


TP/BS/BWA/MCP/TI-HOOO 


IEEE 802.16 Reference 


clause 6.3.12 

Figure "Multicast polling assignment-BS" 


PICS item 




Initial Condition 


lUT is operational. To add an SS to a multicast polling group, the lUT has 
transmitted an MCA-REQ message with the Assignment field set to 0x01 and 
started T15. 


Expected Behaviour 


Check that: On not receiving a valid MCA-RSP and on Timer T1 5 expiry, the 
lUT resends the MCA-REQ message. 


Test strategy 




Notes 





TP ID 


TP/BS/BWA/MCP/TI-H001 


IEEE 802.16 Reference 


clause 6.3.12 

Figure "Multicast polling assignment-BS" 


PICS item 




Initial Condition 


lUT is operational. To add an SS to a multicast polling group, the lUT has 
transmitted an MCA-REQ message with the Assignment field set to 0x01 and 
started T15. 


Expected Behaviour 


Check that: Each time for MCA Request retries on not receiving a valid 
MCA-RSP, the lUT retransmits the MCA-REQ after T1 5 expiry and restarts 
T1 5. After the maximum number of MCA-REQ retries is exceeded, the lUT 
then ceases transmitting the MCA-REQ. 


Test strategy 




Notes 


Need a PIXIT parameter for MCA Request retries. 

When attempts fail n times. Figure Multicast polling assignment-BS shows iUT 
going back to Wait state. Thus, the test for ceasing transmitting the MCA-REQ. 
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7 Reset and Re-Registration (RER) 



TP-ID 


TP/BS/RER/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.2.3.22 


PICS Item 




Initial Condition 


The lUT is operational. A downlink service is active. 


Expected Behaviour 


Check that: To reset the SS, the lUT sends the RES-CIVID on the basic CID. 
The lUT accepts SS re-entry. The service is disrupted then resumes. 


Test strategy 




Notes 


Require a means to force the lUT to reset the SS. 




TP-ID 


TP/BS/RER/BV-H001 


IEEE 802.16 Reference 


clause 6.3.2.3.26 


PICS Item 




Initial Condition 


The lUT is operational. A downlink service is active. 


Expected Behaviour 


Check that: To deregister the SS and direct it to go to another channel, the lUT 
sends the DREG-CMD (action code 0x00) on the basic CID. The service is 
terminated. 


Test strategy 




Notes 


Require a means to force the lUT to deregister the SS with action code 0x00. 




TP-ID 


TP/BS/RER/BV-H002 


IEEE 802.16 Reference 


clause 6.3.2.3.26 


PICS Item 




Initial Condition 


The lUT is operational. A downlink service is active. 


Expected Behaviour 


Check that: To deregister the SS and telling it to wait for a RES-CMD, the lUT 
sends the DREG-CMD (action code 0x01) on the basic CID. The service is 
disrupted. 


Test strategy 




Notes 


Require a means to force the lUT to deregister the SS with action code 0x01 . 




TP-ID 


TP/BS/RER/BV-H003 


IEEE 802.16 Reference 


clauses 6.3.2.3.26 and 6.3.2.3.22 


PICS Item 




Initial Condition 


The lUT is operational. A downlink service is active. The lUT has sent a 
DREG-CMD message with action code 0x01 . 


Expected Behaviour 


Check that: After having sent a RES-CMD on the basic CID, the lUT 
successfully accepts SS re-entry to the system. The service resumes. 


Test strategy 




Notes 


Require a means to force the lUT to deregister the SS with action code 0x01 . 




TP-ID 


TP/BS/RER/BV-H004 


IEEE 802.16 Reference 


clause 6.3.2.3.26 


PICS Item 




Initial Condition 


The lUT is operational. A downlink service is active. 


Expected Behaviour 


Check that: To deregister the SS and tell it to go to listen only mode, the lUT 
sends the DREG-CMD (action code 0x02) on the basic CID. The service is 
disrupted. 


Test strategy 




Notes 


Require a means to force the lUT to deregister the SS with action code 0x02. 




TP-ID 


TP/BS/RER/BV-H005 


IEEE 802.16 Reference 


clause 6.3.2.3.26 


PICS Item 




Initial Condition 


The lUT is operational. The lUT has sent a DREG-CMD message with action 
code 0x02. 


Expected Behaviour 


Check that: To re-register the SS, the lUT sends a DREG-CMD message with 
action code 0x03 on the basic CID. The service resumes. 


Test strategy 




Notes 


Require a means to force the lUT to re-register with action code 0x03. 
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TD in 
1 r lU 


TD/QC/DCD/DI UftnA 
1 K/DO/KCK/Dl-rlUUU 


itbb ou^i.ib KGTGrence 


Clause o.o.^.o.iiii 


PICS item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Check that: When the SS does not respond to RLC messages, the lUT 
transmits a RES-CMD message on the Basic CID. 


Test strategy 




Notes 





TP ID 


TP/BS/RER/BI-H001 


IEEE 802.16 Reference 


clause 6.3.2.3.22 


PICS item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Check that: On receiving abnormalities in the uplink transmission, the lUT 
transmits a RES-CMD message on the Basic CID. 


Test strategy 




Notes 





8 CloCk Comparison (CCC) 



TP-ID 


TP/BS/CCC/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.2.3.25 


PICS Item 




Initial Condition 


The lUT has Initiated a UGS connection and Is transmitting CLK-CMP 

messages. 


Expected Behaviour 


Check that: When it uses different sources for symbol and network clocks and 
when the network clock varies, the lUT transmits the corresponding clock 
values in the CLK-CMP message. 


Test strategy 




Notes 





TP ID 


TP/BS/CCC/BV-H001 


IEEE 802.16 Reference 


clause 6.3.2.3.25 

Table "Parameters and constants" 


PICS item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Check that: The lUT transmits every 50 ms on a broadcast connection a valid 
CLK-CMP message. 


Test strategy 




Notes 





TP ID 


TP/BS/CCC/BV-H002 


IEEE 802.16 Reference 


clauses 6.3.2.3.25 and 6.3.7.6 
Table "Parameters and constants" 


PICS item 




Initial Condition 


The lUT is operational and AAS is in use. 


Expected Behaviour 


Check that: The lUT transmits every 50 ms a valid CLK-CMP message either 
on a broadcast connection when the time to transmit is not in the AAS portion 
of the frame or on the Basic CID when the time to transmit is in the AAS 
portion of the frame. 


Test strategy 




Notes 


AAS in use 
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.9 MAC PDU Construction (MAC) 



TP-ID 


TP/BS/MAC/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.3 


PICS Item 




Initial Condition 


lUT is operating. Packing is on. 


Expected Behaviour 


Check that: For data transport, primary, and secondary connections in the DL, 
the lUT correctly packs and fragments data. 


Test strategy 




Notes 






TP-ID 


TP/BS/MAC/BV-H001 


IEEE 802.16 Reference 


clause 6.3.3 


PICS Item 




Initial Condition 


lUT is operating. Packing is on. 


Expected Behaviour 


Check that: For data transport, primary, and secondary connections in the UL, 
the lUT correctly unpacks and de-fragments data. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/BV-H002 


IEEE 802.16 Reference 


clause 6.3.2.3 


PICS item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: The lUT neither fragments nor packs MAC Management 
messages on the Basic, Broadcast, and Initial Ranging connections. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/BV-H100 


IEEE 802.16 Reference 


clause 6.3.3.7 


PICS item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: When allocated space within a data burst cannot be used and its 
size is less than that of a MAC header, the lUT initializes the unused space to 

a known state by setting each unused byte to the stuff byte value. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/BV-H101 


IEEE 802.16 Reference 


clause 6.3.3.7 
Table "CIDs" 


PICS item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: when allocated space within a data burst cannot be used and its 
size at least the size of a MAC header, the lUT initializes the unused space to 
a known state: 

- either by setting each unused byte to the stuff byte value OxFF; or 

- formats the unused space as a MAC Padding PDU. 

In this case, the MAC CID field is the value of the Padding CID, the CI, EC, 
HT, and Type fields are set to zero, the length field is set to the number of 
unused bytes including the MAC header size for creating the padding MAC 
PDU, and the HCS is calculated in the usual way. 


Test strategy 




Notes 
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TP ID 


TP/BS/M AC/B V-HI 02 


IEEE 802.16 Reference 


clause 6.3.2.2 


rlOb Item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: When the ARQ_ACK Allocation sub header and other per-PDU 
sub headers are in the same PDU, the lUT constructs the MAC PDU with 
ARQ_ACK Allocation sub header as the last per-PDU sub header. 


Test strategy 




Notes 






TP ID 


TP/BS/M AC/BV-H1 03 


IEEE 802.16 Reference 


clause 6.3.2.2 


PICS item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: The lUT does not construct MAC PDUs with Packing and 
Fragmentation sub headers in the same MAC PDU. 


Test strategy 




Notes 






TP ID 


TP/BS/M AC/BV-H1 04 


IEEE 802.16 Reference 


clause 6.3.2.2 


PICS item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: When per-PDU sub headers and per-SDU sub headers are in the 
same MAC PDU, the lUT constructs the PDU with the per-PDU sub headers 
always before the first per-SDU sub header. 


Test strategy 




Notes 






TP ID 


TP/BS/M AC/BV-H1 05 


IEEE 802.16 Reference 


clause 6.3.2.2.4 


PICS item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: When ARQ is enabled and packing is in use, the lUT transports 
the ARQ Feedback Payload as the first packed payload. 


Test strategy 




Notes 






TP ID 


TP/BS/M AC/BV-H1 06 


IEEE 802.16 Reference 


clause 6.3.2.1.1 

Table "Generic MAC header fields" 


PICS item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: The lUT calculates the HCS value for the first five bytes of the cell 
header and inserts the results into the HCS field. The HCS is the remainder of 

the division (Modulo 2) by the generator polynomial g(D)=D^-(-D2+D+1 
multiplied by the content of the header excluding the HCS field. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/BI-HOOO 


IEEE 802.16 Reference 


clause 6.3.2.3 


PICS item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: On receiving a MAC management message containing a value in a 
"reserved" field, the lUT silently discards the message. 


Test strategy 




Notes 
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TD in 
1 r lU 


1 r/Do/MAU/Dl-nUUI 


itbb ou^i.ib KGTerGnce 


Clause o.o.^.o 


PICS item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: On receiving a MAC management message not containing all 
required parameters, the lUT silently discards the message. 


Test strategy 




Notes 





TP ID 


TP/BS/MAC/BI-H002 


IEEE 802.16 Reference 


clause 6.3.2.3 


PICS item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: On receiving a MAC management message containing 
erroneously encoded parameters, the lUT silently discards the message. 


Test strategy 




Notes 





TP-ID 


TP/BS/MAC/BI-H003 


IEEE 802.16 Reference 


clause 6.3.2.1.1 

Table "Generic MAC header fields" 


PICS item 




Initial Condition 


lUT is operating. 88 is registered and authenticated with data service 
established. 


Expected Behaviour 


Check that: On receiving MAC PDUs with an incorrect HC8, the lUT silently 
discards the PDU. 


Test strategy 




Notes 





5.2.9.1 PACKing (PACK) 



TP ID 


TP/BS/MAC/PACK/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.2.2.3 


PICS item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: When packing variable-length MAC SDUs, the lUT precedes each 
one with a Packing sub header. 


Test strategy 




Notes 





TP ID 


TP/BS/MAC/PACK/BV-H001 


IEEE 802.16 Reference 


clause 6.3.3.4 


PICS item 




Initial Condition 


lUT is operational. Packing is possible for a connection. 


Expected Behaviour 


Check that: The lUT transmits MAC SDUs each in a separate PDU or packs a 
group of MAC SDUs into a single MAC PDU. 


Test strategy 




Notes 


Packing of a PDU is not mandatory even if implemented. 



TP ID 


TP/BS/MAC/PACK/BV-H002 


IEEE 802.16 Reference 


clause 6.3.3.4.1.1 


PICS item 




Initial Condition 


lUT is operational. The lUT has established a non-ARQ connection (Extended 
Type bit in generic MAC header set to 0) for fixed-length SDUs. 


Expected Behaviour 


Check that: For packing fixed length blocks, the lUT sets the 
Request/Transmission policy to allow packing and prohibit fragmentation. 


Test strategy 




Notes 
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TP ID 


TP/Bo/MAC/PACK/BV-nOOo 


IEEE 802.16 Reference 


clause 6.3.3.4.1 .1 


rlOb Item 




Initial Condition 


lUT is operational. The lUT has established a non-ARQ connection (Extended 
Type bit in generic MAC header set to 0) for fixed-length SDUs. 


Expected Behaviour 


Check that: To establish a non-ARQ connection for fixed-length SDUs, the lUT 
includes the SOU size in the DSA-REQ message. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/PACK/BV-H004 


IEEE 802.16 Reference 


clause 6.3.3.4.1.2 


PICS item 




Initial Condition 


lUT is operational. The lUT has established a non-ARQ connection (Extended 
Type bit in generic MAC header set to 0) for variable-length SDUs. 


Expected Behaviour 


Check that: The lUT attaches a Packing sub header to each MAC SDU in the 
MAC PDU. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/PACK/BV-H005 


IEEE 802.16 Reference 


clause 6.3.3.4.2 


PICS item 




Initial Condition 


lUT is operational. The lUT has established an ARQ connection (Extended 
Type bit in generic MAC header set to 1) for variable-length SDUs. 


Expected Behaviour 


Check that: The lUT attaches a Packing sub header to each MAC SDU in the 
MAC PDU. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/PACK/BV-H1 00 


IEEE 802.16 Reference 


clause 6.3.3.4.2 


PICS item 




Initial Condition 


lUT is operational. ARQ and packing are enabled on the connection. 


Expected Behaviour 


Check that: On receiving a MAC SDU broken into multiple fragments that are 
then packed Into the same MAC PDU, the lUT unpacks and de-fragments the 
MAC PDU to form the MAC SDU. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/PACK/BV-H1 01 


IEEE 802.16 Reference 


clause 6.3.3.4.2 


PICS item 




Initial Condition 


lUT is operational. ARQ and packing are enabled on the connection. 


Expected Behaviour 


Check that: Qn receiving a MAC PDU packed with SDU fragments from 
different SDUs including a mix of first transmissions and retransmissions, the 
lUT unpacks and de-fragments the MAC PDU to form the MAC SDUs. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/PACK/BV-H102 


IEEE 802.16 Reference 


clause 6.3.3.4.3 


PICS item 




Initial Condition 


ARQ not enabled on the connection. 


Expected Behaviour 


Check that: On receiving a fragmented and packed ARQ Feedback Payload, 
the lUT ignores the FSN/BSN and processes the ARQ Feedback Payload. 


Test strategy 




Notes 
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.9.2 Fragmentation (FRAG) 



TP-ID 


TP/BS/MAC/FRAG/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.3.3 


PICS Item 




Initial Condition 


lUT is operational and using the ATM CS. 


Expected Beliaviour 


Check that: When transmitting continuous downlink ATM cell data, the lUT 
transmits ATM cells without fragmentation. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/FRAG/BV-H001 


IEEE 802.16 Reference 


clause 6.3.3.3 


PICS item 




Initial Condition 


lUT is operational. The maximum size of a fragment has been negotiated 
during connection establishment. The pending bandwidth allocation is larger 
than the negotiated maximum and, hence, would accept a larger fragment. 


Expected Behaviour 


Check that: The lUT forms fragments whose length is less than or equal to the 
negotiated maximum size. 


Test strategy 




Notes 






TP-ID 


TP/BS/MAC/FRAG/BV-H002 


IEEE 802.16 Reference 


clause 6.3.3.3 


PICS Item 




Initial Condition 


lUT is operational and using the packet CS. 


Expected Behaviour 


Check that: When transmitting continuous downlink data including large 
packets, the lUT correctly transmits fragmented packets. 


Test strategy 


Guidance for the strategy: 

Use BPSK modulation to force fragmentation. 

Use Echo-Request either to the BS or to a IP device behind the BS to send the 
content to be returned in the fragmented form. 


Notes 






TP-ID 


TP/BS/MAC/FRAG/BV-H003 


IEEE 802.16 Reference 


clause 6.3.3.3 


PICS Item 




Initial Condition 


lUT is operational. An active connection has been set up with fragmentation 
enabled. 


Expected Behaviour 


Check that: When transmitting data which does not fit into one MAC PDU, the 
lUT transmits two or more consecutive MAC PDUs with the Fragmentation Sub 
Header and FC bits properly set. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/FRAG/BV-H004 


IEEE 802.16 Reference 


clause 6.3.2.2 


PICS item 




Initial Condition 


lUT is operational. Fragmentation and Grant Management sub headers are in 
the same PDU. 


Expected Behaviour 


Check that: The lUT constructs the MAC PDU with the Grant Management sub 
header first followed by the Fragmentation sub header. 


Test strategy 




Notes 
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TP in 


1 rl DO/ mtW^I ~ ri MU/ D V -rlUUO 


IEEE 802.16 Reference 


clause 6.3.3.3.1 


PICS item 




Initial Condition 


lUT is operational. Non-ARQ connection. 


Expected Behaviour 


Check that: The lUT transmits fragments once and in sequence. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/FRAG/BV-H006 


IEEE 802.16 Reference 


clause 6.3.3.4.1.2 


PICS item 




Initial Condition 


lUT is operational. The lUT has established a non-ARQ connection (Extended 
Type bit in generic MAC header set to 0) for variable-length SDUs. 


Expected Behaviour 


Check that: The lUT includes fragmentation information for individual MAC 
PDUs or MAC SDU fragments in the Packing sub header when packing is 
used. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/FRAG/BV-H007 


IEEE 802.16 Reference 


clause 6.3.3.4.1.2 


PICS item 




Initial Condition 


lUT is operational. The lUT has established a non-ARQ connection for 
variable-length SDUs. 


Expected Behaviour 


Check that: When no Packing sub header is present, the lUT places the 

fragmentation information for individual MAC SDU fragments in the 
corresponding Fragmentation sub header. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/FRAG/BV-H008 


IEEE 802.16 Reference 


clause 6.3.3.3.2 


PICS item 




Initial Condition 


lUT is operational. ARQ-enabled connection. 


Expected Behaviour 


Check that: The lUT forms fragments for transmission by concatenating sets of 
ARQ blocks with adjacent sequence numbers. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/FRAG/BV-H009 


IEEE 802.16 Reference 


clause 6.3.3.4.2 


PICS item 




Initial Condition 


lUT is operational. The lUT has established an ARQ connection for 
variable-length SDUs on the connection. 


Expected Behaviour 


Check that: The lUT includes fragmentation information for individual MAC 
SDUs or MAC SDU fragments in the Packing sub header when packing is 
used. 


Test strategy 




Notes 






TP ID 


TP/BS/M AC/FR AG/BV-H01 


IEEE 802.16 Reference 


clause 6.3.3.4.2 


PICS item 




Initial Condition 


lUT is operational. The lUT has established an ARQ connection for 

variable-length SDUs on the connection. 


Expected Behaviour 


Check that: When no Packing sub header is present, the lUT places the 
fragmentation information for individual MAC SDU fragments in the 
corresponding Fragmentation sub header. 


Test strategy 




Notes 
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TP-ID 


TP/BS/MAC/FR AG/BV-H1 00 


IEEE 802.16 Reference 


clause 6.3.3.3 


PICS Item 




initial Condition 


lUT IS operational. An active connection has been set up with fragmentation 
enabled. 


Expected Behaviour 


Check that: On receiving two or more consecutive MAC PDUs with 
Fragmentation Sub-headers and FC bits properly set, the lUT correctly 
reassembles the Fragmented MAC PDUs. 


Test strategy 




Notes 





TP ID 


TP/BS/MAC/FR AG/BV-H1 01 


IEEE 802.16 Reference 


clause 6.3.3.3.1 


PICS item 




Initial Condition 


lUT is operational. Non-ARQ connection. 


Expected Behaviour 


Check that: On receiving fragments in sequence but one fragment is missing, 
the lUT discards all MAC PDUs on the connection until a new first fragment is 
detected. 


Test strategy 




Notes 





TP ID 


TP/BS/WIAC/FRAG/BV-HI 02 


IEEE 802.16 Reference 


clause 6.3.3.3.1 


PICS item 




Initial Condition 


lUT is operational. Non-ARO connection. 


Expected Behaviour 


Check that: On receiving fragments in sequence but one fragment is missing, 
the lUT discards all MAC PDUs on the connection until a non-fragmented MAC 
PDU is detected. 


Test strategy 




Notes 





.9.3 PDU Concatenation (CAT) 



TP-ID 


TP/BS/MAC/CAT/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.3.2 


PICS Item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: To transmit multiple MAC PDUs that can fit into one downlink 
burst, the lUT concatenate the MAC PDUs into a single burst. 


Test strategy 




Notes 





TP-ID 


TP/BS/MAC/CAT/BV-H001 


IEEE 802.16 Reference 


clause 6.3.3.2 


PICS Item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: On receiving multiple MAC PDUs concatenated into single burst, 
the lUT correctly extracts all the MAC PDUs included in the single burst. 


Test strategy 




Notes 
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.9.4 Cyclic Redundancy Check (CRC) 



TP-ID 


TP/BS/MAC/CRC/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.2.3 


PICS Item 




Initial Condition 


lUT Is operating. An SS is registered and authenticated with the lUT. A 
downlink service flow is established with CRC on. 


Expected Behaviour 


Check that: The lUT sends data over said connection In MAC PDUs with a 

correctly computed CRC. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/CRC/BV-H001 


IEEE 802.16 Reference 


clauses 6.3.1.1 and 6.3.3.5 


PIGS Item 




Initial Condition 


lUT is operating. CRC use is on. 


Expected Behaviour 


Check that: The lUT includes a CRC as defined in IEEE 802.3 [9] in each 
generic MAC header (HT set to 0). The CRC covers the generic MAC header 
and MAC PDU payload. If the PDU Is encrypted, the CRC covers the payload 
after encryption. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/CRC/BV-H002 


IEEE 802.16 Reference 


clause 6.3.2.3 


PICS item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: The lUT enables CRC usage for the Initial Ranging, Broadcast, 
Basic, and Primary Management connections. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/CRC/BV-H003 


IEEE 802.16 Reference 


clause 6.3.3.5 


PICS item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: For every bandwidth request header (HT set to 1), the MAC PDU 
Is not protected by a CRC. 


Test strategy 




Notes 






TP-ID 


TP/BS/MAC/CRC/BI-HOOO 


IEEE 802.16 Reference 


clause 6.3.2.3 


PICS Item 




Initial Condition 


lUT is operating. An SS is registered and authenticated with the lUT. An uplink 
service flow is established with CRC on. 


Expected Behaviour 


Check that: On receiving data with Incorrect CRC, the lUT silently discards the 
PDU. 


Test strategy 




Notes 
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5.2.9.5 ARQ (ARQ) 
5.2.9.5.1 Setup (SET) 



TP ID 


TP/BS/MAC/ARQ/SET/BV-HOOO 


IEEE 802.16 Reference 


clause 11.13.18.1 


PICS Item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: On receiving a DSA-REQ with the ARQ Enable TLV set to ARQ 
Not Requested (0) to establish a service flow, the lUT accepts the DSA 
transaction and does not Implement ARQ for the service flow. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/SET/BV-H001 


IEEE 802.16 Reference 


clause 11.13.18.1 


PICS Item 




Initial Condition 


lUT is operational. The lUT transmits a DSA-REQ with the ARQ Enable TLV 
set to ARQ Requested (1 ) to establish a service flow. 


Expected Behaviour 


Check that: Qn receiving a DSA-RSP with the ARQ Enable TLV set to ARQ 
Not Accepted (0), the lUT accepts the DSA transaction and does not 
implement ARQ for the service flow. 


Test strategy 




Notes 


Require a means to force the lUT to transmit a DSA-REQ with the ARQ Enable 
TLV set to ARQ Requested (1 ) to establish a service flow. 




TP ID 


TP/BS/MAC/ARQ/SET/BV-H1 00 


IEEE 802.16 Reference 


clause 11.13.18.2 


PICS Item 




Initial Condition 


lUT Is operational. The lUT transmits a DSA-REQ with an 
ARQ_WINDOW_SIZE parameter. 


Expected Behaviour 


Check that: Qn receiving a DSA-RSP with an ARQ_WINDOW_SIZE parameter 
smaller than that in Its previously sent DSA-REQ, the lUT implements the 
smaller value as the ARQ WINDOW SIZE. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/SET/BV-H1 01 


IEEE 802.16 Reference 


clause 11.13.18.2 


PICS Item 




Initial Condition 


lUT Is operational. The lUT transmits a DSA-REQ with an 
ARQ_WINDOW_SIZE parameter. 


Expected Behaviour 


Check that: On receiving a DSA-RSP with an ARQ_WINDOW_SIZE parameter 
larger than that in its previously sent DSA-REQ, the lUT Implements the 
smaller value as the ARQ WINDOW SIZE. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/SET/BV-H1 02 


IEEE 802.16 Reference 


clause 11.13.18.3 


PICS item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: On receiving a DSA-REQ with appropriate 
ARQ_RETRY_TIMEQUT parameters, the lUT sends a DSA-RSP with its 
appropriate ARQ_RETRY_TIMEOUT parameters and, when the transaction Is 
successful. Implements ARQ RETRY TIMEOUT as the sum of the 
parameters TRANSMITTER_DELAY and RECEIVER_DELAY. 


Test strategy 




Notes 
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TP ID 


TP/Bo/MAC/ARQ/oET/B V-n1 03 


IEEE 802.16 Reference 


clause 1 1 .13.1 8.4 


rlOb Item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: On receiving a DSA-REQ with the ARQ_BLOCK_LIFETIME 
parameter set to and when the transaction is successful, the lUT handles 
ARQ BLOCK LIFETIME as infinite. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/SET/BV-HI 04 


IEEE 802.16 Reference 


clause 11.13.18.7 


PICS item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: On receiving a DSA-REQ with the ARQ_RX_PURGE_TIMEOUT 
parameter set to and when the transaction is successful, the lUT handles 
ARQ RX PURGE TIMEOUT as infinite. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/SET/BV-HI 05 


IEEE 802.16 Reference 


clause 11.13.18.8 


PICS item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: On receiving a DSA-REQ message with an ARQ_BLOCK_SIZE 
value, the lUT transmits a DSA-RSP message with an ARQ_BLOCK_SIZE 
value less than or equal to that in the DSA-REQ message and that the lUT's 
ARQ_BLOCK_SIZE during service flow is the value in the DSA-RSP message. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/SET/BV-HI 06 


IEEE 802.16 Reference 


clause 11.13.18.8 


PICS item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: On receiving a DSA-REQ message without an ARQ_BLOCK_SIZE 
parameter, the lUT transmits a DSA-RSP message with an 
ARQ BLOCK SIZE value less than or equal to the maximum 
ARQ_BLOCK_SIZE value and that the lUT's ARQ_BLOCK_SIZE during 
service flow is the value in the DSA-RSP message. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/SET/BV-HI 07 


RIEEE 802.16 

Reference 


clause 6.3.4.1 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT is the receiver on this 
connection. Fragmentation is not enabled. 


Expected Behaviour 


Check that: In the DSA-RSP message, the lUT sets the ARQ block size to 
match the fixed SDU size connection setting. 


Test strategy 




Notes 
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.9.5.2 Reset (RE) 



TD in 

1 n lU 


1 r/Do/n/iMWMrfu/ric/D v-nuuu 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

rigure amu riesei message uiaiog-receiver iniiiaiea 


rlOo ITGm 




inixiai oonuiiion 


MM Mrivj conneciiun is esiaDiisneo anci Tne lu i is inQ receiver on inis 
connection. The lUT starts ARQ_SYNC_LOSS_TIMEOUT at block BSN^^^ 

reception and never received additional blocks. The lUT then transmitted an 
ARQ Reset message Type 0x0 (Request) after expiration of 
ARQ SYNC LOSS TIMEOUT. 


Expected Behaviour 


Check that: On receiving an ARQ Reset message Type 0x1 (Responder Ack), 
the lUT transmits an ARQ Reset message Type 0x2 (Confirmation). 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/RBBV-HOOI 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog-transmitter initiated" 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT is the transmitter on this 
connection. The lUT transmits ARQ blocks and has started 
ARQ_SYNC_L0SS_TII\/1E0UT. On not receiving an ACK for block BSN^^^ 

despite its repeated retransmissions, the lUTthen transmits an ARQ Reset 

message Type 0x0 (Request) after expiration of 

ARQ SYNC LOSS TIMEOUT and stops transmitting on the connection. 


Expected Behaviour 


Check that: On receiving an ARQ Reset message Type 0x1 (Responder Ack), 
the lUT resumes transmitting ARQ blocks with the first BSN = 0. 


Test strategy 




Notes 


ARQ_WINDOW_START=0 implies that BSN = 0. 




TP ID 


TP/BS/MAC/ARQ/RE/BV-H002 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog-receiver initiated" 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT is the receiver on this 
connection. The lUT starts ARQ_SYNC_LOSS_TIMEOUT at block BSN ^^.^ 

reception and has never received additional blocks. The lUT then transmitted 
an ARQ Reset message Type 0x0 (Request) after expiration of 
ARQ_SYNC_LQSS_TIMEOUT. It then received an ARQ Reset message Type 
0x1 (Responder Ack). The lUT then transmitted an ARQ Reset message Type 

0x2 (Confirmation). 


Expected Behaviour 


Check that: On receiving ARQ blocks beginning with BSN=0, the lUT 
acknowledges the received ARQ blocks starting with a BSN=0. 


Test strategy 




Notes 






TP ID 


TP/BS/M AC/ARQ/RE/BV-H1 00 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog-transmitter initiated" 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT is the receiver on this 
connection. 


Expected Behaviour 


Check that: On receiving an ARQ Reset message Type 0x0, the lUT transmits 
an ARQ Reset message Type 0x1 (Responder Ack). 


Test strategy 




Notes 
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TP ID 


TP/BS/M AC/ARQ/RE/BV-H1 01 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog-receiver Initiated" 


PICS Item 




Initial Condition 


An ARQ connection Is established and the lUT is the transmitter on this 
connection. 


Expected Behaviour 


Check that: On receiving an ARQ Reset message Type 0x0 (Initiator), the lUT 
stops transmitting ARQ blocks and transmits an ARQ Reset message Type 
0x1 (Responder Ack). 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/RE/BV-H1 02 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog-transmitter Initiated" 


PICS Item 




Initial Condition 


An ARQ connection is established and the lUT is the receiver on this 
connection. The lUT has received an ARQ Reset message Type 0x0 and 
stopped transmitting ARQ blocks on the connection. The lUTthen transmitted 
an ARQ Reset message Type Ox (Responder Ack). 


Expected Behaviour 


Check that: On receiving ARQ blocks starting with a BSN=0, the lUT 
acknowledges the ARQ blocks received starting with BSN=0. 


Test strategy 




Notes 






TP ID 


TP/BS/M AC/ARQ/RE/BV-H1 03 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog-receiver Initiated" 


PICS Item 




Initial Condition 


An ARQ connection is established and the lUT is the transmitter on this 
connection. The lUT then received an ARQ Reset message Type 0x0 
(Initiator). The lUT stopped transmitting ARQ blocks and then transmitted an 
ARQ Reset message Type 0x1 (Responder Ack). 


Expected Behaviour 


Check that: On receiving an ARQ Reset message Type 0x2 (Confirmation), the 
lUT begins transmitting ARQ blocks with the first block's BSN=0. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/RE/TI-HOOO 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog-transmitter Initiated" 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT is the transmitter on this 
connection. The lUT has started ARQ SYNC LOSS TIIVIEOUT. 


Expected Behaviour 


Check that: On not receiving an ACK for block BSN^^^ despite the lUT's 
repeated retransmissions and after ARQ_SYNC_LQSS_TIMEOUT expiry, the 
lUT transmits an ARQ Reset message Type 0x0 (Request) and stops 
transmitting on the connection. 


Test strategy 




Notes 





ETSI 



119 



ETSI TS 102 385-2 V2.4.1 (2007-10) 



TP ID 


TP/BS/MAC/ARQ/RE/TI-H001 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog-transmitter Initiated" 


PICS Item 




Initial Condition 


An ARQ connection Is established and the lUT Is the transmitter on this 
connection. The lUT has transmitted an ARQ Reset message Type 0x0 
(Request) after expiration of ARQ_SYNC_LOSS_TIMEOUT, stopped 
transmitting on the connection, and started T22. 


Expected Behaviour 


Check that: On expiry of T22 without a response to the ARQ Reset, the lUT 
retransmits the ARQ Reset message Type 0x0. 


Test strategy 




Notes 


T22_retrles Is a vendor specific value. 




TP ID 


TP/BS/MAC/ARQ/RE/TI-H002 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog-transmitter initiated" 


PICS Item 




Initial Condition 


An ARQ connection is established and the lUT is the transmitter on this 
connection. The lUT has transmitted an ARQ Reset message Type 0x0 
(Request) after expiration of ARQ_SYNC_LQSS_TIMEQUT, stopped 
transmitting on the connection, and started T22. 


Expected Behaviour 


Check that: After T22_retrles of sending the ARQ Reset without receiving a 
response each time T22 expires and restarting it, the lUT re-lnltlallzes the DLC 
MAC layer. 


Test strategy 




Notes 


T22_retrles Is a vendor specific value. 




TP ID 


TP/BS/M AC/ARQ/RE/TI-H1 00 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog-receiver Initiated" 


PICS Item 




Initial Condition 


An ARQ connection Is established and the lUT Is the receiver on this 
connection. The lUT starts ARQ_SYNC_LQSS_TIMEOUT at block BSN^^^ 

reception. 


Expected Behaviour 


Check that: On not receiving additional blocks, the lUT transmits an ARQ 
Reset message Type 0x0 (Request) after expiration of 
ARQ SYNC LOSS TIMEOUT. 


Test strategy 




Notes 






TP ID 


TP/BS/M AC/ARQ/RE/TI-H1 01 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog-receiver initiated" 


PICS Item 




Initial Condition 


An ARQ connection Is established and the lUT is the transmitter on this 
connection. The lUT has received an ARQ Reset message Type 0x0 (Initiator). 
The lUT stopped transmitting ARQ blocks, transmitted an ARQ Reset 
message Type 0x1 (Responder Ack), and started T22. 


Expected Behaviour 


Check that: On T22 expiry without receiving an ARQ Reset message Type 0x2 
(Confirmation), the lUT retransmits the ARQ Reset message Type 0x1 
(Responder Ack). 


Test strategy 




Notes 


T22_retrles Is a vendor specific value. 
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TP ID 


TP/BS/M AC/ARQ/RE/TI-H1 02 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog-receiver Initiated" 


PICS Item 




Initial Condition 


An ARQ connection Is established and the lUT Is the transmitter on this 
connection. The lUT has received an ARQ Reset message Type 0x0 (Initiator). 
The lUT stopped transmitting ARQ blocks, transmitted an ARQ Reset 

message Type 0x1 (Responder Ack), and started T22. 


Expected Behaviour 


Check that: After T22_retries of sending the ARQ Reset Type 0x1 without 
receiving a response each time T22 expires and restarting It, the lUT 
re-lnitlalizes the DLC MAC layer. 


Test strategy 




Notes 


T22_retrles Is a vendor specific value. 


5.3 Receive Data (RXD) 


TP ID 


TP/BS/MAC/ARQ/RXD/BV-HOOO 


IEEE 802.16 Reference 


clauses 6.3.4 and 6.3.3.4 


PICS Item 




Initial Condition 


An ARQ connection Is established and the lUT Is the receiver on this 
connection. 


Expected Behaviour 


Check that: On receiving ARQ blocks, the lUT transmits ARQ feedback 
Information: 

- either In an ARQ Feedback standalone message; 

- or in the first piggy-backed packed PDU sub header where bit #4 In the Type 
encodings of the generic IVIAC header Is set to 1 . 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/RXD/BV-H001 


IEEE 802.16 Reference 


clause 6.3.3.4.3 


PICS item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: When transmitting the ARQ Feedback Payload, the lUT places 
only one ARQ Feedback Payload within a single MAC PDU, places the ARQ 
Feedback Payload as the first packed payload, and sets the FC bits to 00. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/RXD/BV-H002 


IEEE 802.16 Reference 


clause 6.3.4 


PICS Item 




Initial Condition 


An ARQ connection Is established and the lUT Is the receiver on this 
connection. 


Expected Behaviour 


Check that: On receiving ARQ blocks, the lUT does not fragment ARQ 
feedback messages. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/RXD/BV-H003 


IEEE 802.16 Reference 


clause 6.3.4.5 


PICS Item 




Initial Condition 


ARQ is enabled for the connection. 


Expected Behaviour 


Check that: The lUT uses CRC-32 for error detection In MAC PDUs on the 
connection. 


Test strategy 




Notes 
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TP ID 


TP/BS/M AC/ARQ/RXD/BV-H1 00 


IEEE 802.16 Reference 


clause 6.3.4.6.3 

Figure "ARQ block reception" 


rlUb Item 




Initial Condition 


An ARQ connection is established and the lUT is the receiver on this 
connection. 


Expected Behaviour 


Check that: On receiving an ARQ block that is in the lUT's window that has not 
been acknowledged, the lUT acknowledges the ARQ block. 


Test strategy 




Notes 






TP ID 


TP/BS/M AC/ARQ/RXD/BV-H1 01 


IEEE 802.16 Reference 


clause 6.3.4.6.3 

Figure "ARQ block reception" 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT is the receiver on this 
connection. 


Expected Behaviour 


Check that: On receiving an ARQ block that is in the iUT's window that has 
already been acknowledged, the IDT again acknowledges the ARQ block. 


Test strategy 




Notes 






TP ID 


TP/BS/M AC/ARQ/RXD/BV-H1 02 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT is the receiver on this 
connection. 


Expected Behaviour 


Check that: On receiving ARQ blocks packed in a PDU with a break in the 
contiguous BSN sequence numbers: BSN^, BSN^^g^ the lUT transmits a 
NACKfor block BSN^^.^. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/RXD/BV-H1 03 


IEEE 802.16 Reference 


clause 6.3.4.6.3 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT is the receiver on this 
connection. The lUT receives an ARQ block with a CRC-32 error. 


Expected Behaviour 


Check that: The lUT transmits a NACK for the ARQ block. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/RXD/BV-H104 


IEEE 802.16 Reference 


clause 6.3.4.6.3 

Figure "ARQ block reception" 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT is the receiver on this 
connection. 


Expected Behaviour 


Check that: On receiving an ARQ block that is not in the IUT's window, the lUT 
discards the block and does not acknowledge its reception. 


Test strategy 




Notes 
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TP ID 


TP/BS/M AC/ARQ/RXD/BV-H1 05 


IEEE 802.16 Reference 


clause 6.3.4.6.3 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT Is the receiver on this 
connection. 


Expected Behaviour 


Check that: On receiving a set of ARQ blocks with no errors, a block with a 
CRC error, and another set without errors In that order, the lUT acknowledges 
the blocks in the first error-free set with a cumulative acknowledgement and 
acknowledges the second error-free set with either specific block 
acknowledgement, cumulative acknowledgement, or a combination of both and 
that the acknowledgements are sent in the order of the ARQ block numbers as 
received. 


Test strategy 




Notes 






TP ID 


TP/BS/M AC/ARQ/RXD/BV-H1 10 


IEEE 802.16 Reference 


clause 6.3.4.6.3 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT is the receiver on this 
connection. The lUT received ARQ blocks with some containing CRC errors. 
The lUT acknowledged the correct blocks and NACKed the blocks containing 
the CRC errors. 


Expected Behaviour 


Check that: On receiving an ARQ Discard message containing the BSNs of the 
blocks with the errors, the lUT acknowledges the blocks containing the errors 
in the ARQ Feedback IE and that the following ARQ Feedback IE BSN field's 
value is greater than (modulus 2'''') than the BSN of the last CRC error block. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/RXD/BV-H1 1 1 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT is the receiver on this 

connection. 


Expected Behaviour 


Check that: On receiving an ARQ Discard message in order to skip ARQ 
blocks up to the BSN value in the message, the lUT acknowledges skipping of 
all the blocks up to the BSN value in an ARQ Feedback IE. 


Test strategy 




Notes 






TP ID 


TP/BS/M AC/ARQ/RXD/BV-H1 1 2 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT is the receiver on this 
connection. The lUT then received an ARQ Discard message in order to skip 
ARQ blocks up to the BSN value in the message. The lUT acknowledged the 
skipping of all the blocks up to the BSN value in an ARQ Feedback IE. 


Expected Behaviour 


Check that: On receiving ARQ blocks beginning with a BSN = BSN^ -i- 2, the 
lUT acknowledges the blocks starting with BSN„ + 2 and NACKs the block with 
BSNn + 1 . 


Test strategy 




Notes 





ETSI 



123 



ETSI TS 102 385-2 V2.4.1 (2007-10) 



TP ID 


TP/BS/MAC/ARQ/RXD/BV-H1 13 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT is the receiver on this 
connection. Block BSN^ does not arrive. The lUT NACKs the block and starts 

ARQ_BLOCK_LIFETIME. Block BSN„ never arrives. The lUT responds 

appropriately with NACKs. 


Expected Behaviour 


Check that: On receiving an ARQ DISCARD message for block BSN^ after 
ARQ_BLOCK_LIFETIME expiry, the lUT transmits an ACK for block BSN^. 


Test strategy 




Notes 






TP ID 


TP/BS/M AC/ARQ/RXD/BV-H1 1 4 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT is the receiver on this 
connection. Block BSN^ does not arrive. The lUT NACKs the block and starts 
ARQ_BLQCK_LIFETIME. Block BSN^ never arrives. The lUT responded 

appropriately with NACKs. On receiving an ARQ DISCARD message for block 
BSN^ after ARQ_BLOCK_LIFETIME expiry, the lUT transmitted an ACK for 

block BSN„. 


Expected Behaviour 


Check that: The lUT transmits an ACK for block BSN^ each time it receives an 
ARQ DISCARD message for block BSN„. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/RXD/BV-H200 


IEEE 802.16 Reference 


clause 6.3.4.6.3 


PICS item 




Initial Condition 


An ARQ connection is established and the iUT is the receiver on this 
connection. ARQ DELIVER IN ORDER is not enabled. 


Expected Behaviour 


Check that: On receiving an incomplete set for a MAC SDU and then a 
complete set of blocks for another MAC SDU, the IUT provides the 
convergence layer with the complete SDU immediately after reception of its 
last block. 


Test strategy 




Notes 


Requires an Upper Tester. 




TP ID 


TP/BS/MAC/ARQ/RXD/BV-H201 


IEEE 802.16 Reference 


clause 6.3.4.6.3 


PICS item 




Initial Condition 


An ARQ connection is established and the IUT is the receiver on this 
connection. ARQ DELIVER IN ORDER is enabled. 


Expected Behaviour 


Check that: On receiving an incomplete set for a MAC SDU and then a 
complete set of blocks for another MAC SDU, the IUT provides the 
convergence layer with the complete SDU only after the incomplete set of 
blocks have been purged using ARQ_RX_PURGE_TIMEOUT. 


Test strategy 




Notes 


Requires an Upper Tester. 
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TP ID 


TP/BS/MAC/ARQ/RXD/TI-HOOO 


IEEE 802.16 Reference 


clause 6.3.4.6.3 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT is the receiver on this 
connection. The lUT received an ARQ block for BSN=m and ARQ block with 
BSN=n that contains a CRC error. The lUT ACKed block m and NACKed block 
n and started ARQ_RX_PURGE_TIMEOUT for block m. The lUT continues 
receiving ARQ blocks with block n always containing a CRC error (the block is 
always marked as not received by the lUT). 


Expected Behaviour 


Check that: At ARQ_RX_PURGE_TIMEOUT expiry, the lUT transmits the next 
ARQ feedback IE containing block n's BSN in the BSN field. 


Test strategy 




Notes 





.9.5.4 Transmit Data (TXD) 



TP ID 


TP/BS/MAC/ARQ/TXD/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.4.1 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT is the transmitter on this 
connection. 


Expected Behaviour 


Check that: When the POD is not packed, the lUT transmits the blocks with 
contiguous BSNs. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/TXD/BV-H001 


IEEE 802.16 Reference 


clause 6.3.4.1 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT is the transmitter on this 
connection. 


Expected Behaviour 


Check that: When fragmentation occurs on the connection, the lUT fragments 
the SDU only on ARQ block boundaries. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/TXD/BV-H002 


IEEE 802.16 Reference 


clause 6.3.4.1 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT is the transmitter on this 
connection. 


Expected Behaviour 


Check that: When the PDU is packed, the lUT transmits the sequence of 

blocks immediately between the MAC sub headers with contiguous sequence 
numbers and the sequence of blocks after the last packing sub header with 
contiguous sequence numbers. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/TXD/BV-H003 


IEEE 802.16 Reference 


clause 6.3.4.1 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT is the transmitter on this 
connection. 


Expected Behaviour 


Check that: When the PDU contains packing or fragmentation sub headers, 
the lUT places into the sub header's BSN field the sequence number of the 
first ARQ block in the sequence of blocks following the sub header. 


Test strategy 




Notes 
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TP-ID 


TP/BS/MAC/ARQ/TXD/BV-H004 


IEEE 802.16 Reference 


clause 6.3.3.4.2 


PICS Item 




initial Condition 


lUT is operational. An ARQ Enabled service flow is in active state and packing 
is also supported. 


Expected Behaviour 


Check that: To transmit data whose size exceeds ARQ BLOCK SIZE x 2 048, 
the lUT sends the data in different blocks each of ARQ_BLOCK_SIZE (last 
block can be less than ARQ_BLOCK_SIZE) and the assigned BSN in the 
packing sub header to the blocks wraps around after reaching value 2 048. 


Test strategy 




Notes 


ARQ_BLOCK_SIZE value is set during service addition. 




TP-ID 


TP/BS/MAC/ARQ/TXD/BV-H005 


IEEE 802.16 Reference 


clause 6.3.3.3 


PiCS Item 




Initial Condition 


lUT is operational. An ARQ Enabled service flow is in the active state. Packing 
Is off. 


Expected Behaviour 


Check that: When transmitting data whose size exceeds 
ARQ BLOCK SIZE x 2 048, the lUT sends the data In different blocks each of 
ARQ_BLOCK_SIZE (last block can be less than ARQ_BLOCK_SIZE) and the 
assigned BSN in the Fragmentation sub-header to the blocks wraps around 
after reaching value 2 048. 


Test strategy 




Notes 


ARQ_BLOCK_SIZE value is set during service addition. 




TP ID 


TP/BS/MAC/ARQ/TXD/BV-H006 


IEEE 802.16 Reference 


clause 6.3.3.4.3 


PICS item 




Initial Condition 


ARQ enabled on the connection. 


Expected Behaviour 


Check that: On receiving a fragmented and packed ARQ Feedback Payload, 
the lUT ignores the FSN/BSN and processes the ARQ Feedback Payload. 


Test strategy 




Notes 






TP-ID 


TP/BS/MAC/ARQ/TXD/BV-H007 


IEEE 802.16 Reference 


clause 6.3.4 


PICS Item 




Initial Condition 


An ARQ connection is established and the lUT Is the transmitter on this 
connection. The lUT transmits ARQ blocks. 


Expected Behaviour 


Check that: On receiving an ARQ feedback message, the lUT transmits the 
subsequent blocks. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/TXD/BV-H008 


IEEE 802.16 Reference 


clause 6.3.3.4.2 


PICS item 




Initial Condition 


ARQ and packing enabled on the connection. 


Expected Behaviour 


Check that: On receiving Packing sub headers in a MAC PDU and when the 
BSN in the packing sub header indicates that fragments are missing, the lUT 
uses the BSN to identify and transmit lost fragments. 


Test strategy 




Notes 
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TP ID 


TP/BS/MAC/ARQ/TXD/BV-H009 


IEEE 802.16 Reference 


clause 6.3.4 

Table "Type encodings" 


PICS Item 




Initial Condition 


An ARQ connection Is established and the lUT Is the transmitter on this 
connection. The lUT transmitted ARQ blocks after which It received ARQ 
feedback information In an ARQ Feedback standalone message. The lUT then 

transmitted another set of ARQ blocks after which the ARQ feedback 
information is piggy-backed in a PDU by setting to 1 bit #4 in the Type 
encodings of the generic IVIAC header field and placing the ARQ Feedback 
Payload In the first packed sub header of the PDU. 


Expected Behaviour 


Check that: The lUT correctly processes the ARQ feedback Information In both 
the ARQ Feedback standalone message and In the piggy-backed packed PDU 
sub header. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/TXD/BV-H1 00 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS Item 




Initial Condition 


An ARQ connection Is established and the lUT Is the transmitter on this 
connection. The lUT has transmitted ARQ blocks all of which have been 
acknowledged except one. 


Expected Behaviour 


Check that: On receiving a NACK concerning this block using a selective ACK 
map. (This block is now in the "Waiting" state), the lUT retransmits the NACK 
block followed by other blocks not yet sent using the rules for fragmentation 

and packing. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/TXD/BV-H1 01 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT is the transmitter on this 
connection. The lUT has transmitted ARQ blocks. 


Expected Behaviour 


Check that: Qn receiving ACKs for some of the blocks and NACKs concerning 
the other blocks using a selective ACK map. (These blocks are now In the 
"Waiting" state), the lUT retransmits the NACK blocks with the block having the 
lowest BSN being retransmitted first followed by other blocks not yet sent using 
the rules for fragmentation and packing. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/TXD/BV-H1 02 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS item 




Initial Condition 


An ARQ connection Is established and the lUT is the transmitter on this 
connection. The lUT has transmitted ARQ blocks. 


Expected Behaviour 


Check that: When not receiving either ACKs or NACKs for these blocks. 
(These blocks are now in the "Outstanding" state), the lUT does not retransmit 
these ARQ blocks. 


Test strategy 




Notes 
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TP ID 


TP/BS/MAC/ARQ/TXD/BV-H1 03 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT is the transmitter on this 
connection. The lUT has transmitted ARQ blocks where a cumulative ACK is 
possible for a set of blocks. 


Expected Behaviour 


Check that: On receiving a cumulative ACK for a subset of this set, the lUT 
does not retransmit any of the blocks in the cumulative ACK and retransmits 
the un-ACKed subset of the set. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/TXD/BV-H1 04 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT Is the transmitter on this 
connection. The lUT has transmitted ARQ blocks. 


Expected Behaviour 


Check that: On receiving a selective ACK with gaps (indicating NACK for some 
of the transmitted blocks), the lUT does not retransmit any of the blocks in the 
selective ACK and retransmits the blocks not selectively ACKed. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/TXD/BV-H1 05 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT is the transmitter on this 
connection. The lUT has transmitted ARQ blocks and has received a selective 
ACK for all blocks except BSN, and BSN,^ where i < k (i.e. where block BSN, 

was transmitted before block BSN|^).The lUT then transmits more ARQ blocks 
including those for BSN| and BSN,^. 


Expected Behaviour 


Check that: After having received a selective ACK for BSN|^, the lUT then 
transmits more ARQ blocks including that for BSN|. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/TXD/BV-H1 06 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT is the transmitter on this 
connection. The lUT has transmitted ARQ blocks and has received an ACK for 
all blocks except BSN, . Block BSN,^ is ACKed where i < k (i.e. where block 

BSNj was transmitted before block BSN,^). 


Expected Behaviour 


Check that: On receiving a NACK for block BSN|, the lUT transmits more ARQ 
blocks including that for BSN|. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/TXD/BV-H1 07 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT is the transmitter on this 
connection. 


Expected Behaviour 


Check that: On receiving a block ACK for an invalid BSN, the lUT ignores the 
block ACK. 


Test strategy 




Notes 
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TP ID 


TP/BS/MAC/ARQ/TXD/BV-H200 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


n 1 1 Ici 1 1 




irilLld.1 OUiKJIllUll 
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Expected Behaviour 


Check that: On not receiving any ACKs or NACKs for any bloci< from BSN,., 

and after no response to any of the repeated transmissions, the lUT transmits 
an ARQ DISCARD message between ARQ BLOCK LIFETIME expiry and 
ARQ_RX_PURGE_TliVIEOUT + ARQ_RETRY_TIMEOUT expiry. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/TXD/TI-HOOO 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS item 




Initial Condition 


An ARO connection is established and the lUT is the transmitter on this 
connection. The lUT transmits ARO blocl<s. 


Expected Behaviour 


Check that: On not receiving an ACKs or NACKs for any block from BSN^ after 
ARQ_RETRY_TIMEOUT, the lUT retransmits block BSN„ after 
ARQ_RETRY_TIMEOUT time from the first sending of block BSN„. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/TXD/TI-H001 


IEEE 802.16 Reference 


clauses 6.3.4.3.4 and 6.3.4.6.2 


PICS item 




Initial Condition 


An ARO connection is established and the lUT is the transmitter on this 
connection. The iUT transmits ARO blocks and has not received any ACKs or 
NACKs for any block from BSN^ and on. The IUT then retransmitted block 

BSN^i after ARO_RETRY_TII\/IEOUT time from the first sending of block BSN^,. 


Expected Behaviour 


Check that: On not receiving any ACKs or NACKs for any block from BSN^ 
and again on ARQ_RETRY_TIMEOUT, the IUT retransmits block BSN^ after 
ARQ_RETRY_TIMEOUT time from the last sending of block BSN^. 


Test strategy 




Notes 






TP ID 


TP/BS/MAC/ARQ/TXD/TI-H1 00 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS item 




Initial Condition 


An ARO connection is established and the IUT is the transmitter on this 
connection. The IUT transmits ARQ blocks. (ARQ_BLOCK_LIFETIME 
begins). The IUT does not receive any ACKs or NACKs for any block from 
BSN^ to any of the repeated transmissions. The IUT then transmitted an ARO 

DISCARD message between ARO BLOCK LIFETIME expiry and 
ARO RX PURGE TIMEOUT + ARQ RETRY TIMEOUT expiry 
(ARO_RETRY_TIMEOUT begins). 


Expected Behaviour 


Check that: After ARO_RETRY_TIMEOUT expiry without receiving an ACK for 
the discarded BSN^, the IUT retransmits the ARQ DISCARD message. 


Test strategy 




Notes 
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TP ID 


TP/BS/MAC/ARQ/TXD/TI-H1 01 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS item 




Initial Condition 


An ARQ connection is established and the lUT is the transmitter on this 
connection. The lUT transmits ARQ blocks. (ARQ BLOCK LIFETIME begins), 
the lUT does not receive any ACKs or NACKs for any block from BSN^ to any 

of the repeated transmissions. The lUT then transmitted an ARQ DISCARD 
message between ARQ BLQCK LIFETIME expiry and 
ARQ RX PURGE TIMEOUT + ARQ RETRY TIMEOUT expiry 
(ARQ_RETRY_TIMEOUT begins). The lUT did not send an ACK for the 
discarded BSN^. 


Expected Behaviour 


Check that: After ARQ_RETRY_TIMEOUT expiry, the lUT repeatedly 
retransmits the ARQ DISCARD message and restarts 
ARQ_RETRY_TIMEOUT until receiving an ACK for the discarded BSN^. 


Test strategy 




Notes 





5.2.10 Packet Convergence Sublayer (PCS) 
5.2.1 0.1 Packet CS Usage (PCU) 



TP-ID 


TP/BS/PCS/PCU/BV-HOOO 


IEEE 802.16 Reference 


clause 5.2.3 


PICS Item 




Initial Condition 


lUT is initialized and a service flow is established with IPv4 data flow. 


Expected Behaviour 


Check that: To transmit IPv4 packets, the lUT sends MAC PDUs containing 
the PHSI field (=0) followed by the IPv4 packet on the corresponding CID. 


Test strategy 




Notes 






TP-ID 


TP/BS/PCS/PCU/BV-H001 


IEEE 802.16 Reference 


clause 5.2.3 


PICS Item 




Initial Condition 


lUT is initialized and a service flow is established with IPv6 data flow. 


Expected Behaviour 


Check that: To transmit IPv6 packets, the lUT sends MAC PDUs containing 
the PHSI field (=0) followed by the IPv6 packet on the corresponding CID. 


Test strategy 




Notes 






TP-ID 


TP/BS/PCS/PCU/BV-H002 


IEEE 802.16 Reference 


clause 5.2.3 


PICS Item 




Initial Condition 


lUT is initialized and a service flow is established with Ethernet data flow. 


Expected Behaviour 


Check that: To transmit Ethernet packets, the lUT sends MAC PDUs 
containing the PHSI field (=0) followed by the Ethernet packet on the 
corresponding CID. 


Test strategy 




Notes 






TP-ID 


TP/BS/PCS/PCU/BV-H003 


IEEE 802.16 Reference 


clause 5.2.3 


PICS Item 




Initial Condition 


lUT is initialized and a service flow is established with Ethernet with VLAN 
tagging data flow. 


Expected Behaviour 


Check that: To transmit Ethernet with VLAN tagging packets, the iUT sends 
MAC PDUs containing the PHSI field (=0) followed by the Ethernet with VLAN 
tagging packet on the corresponding CID. 


Test strategy 




Notes 
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TP-ID 


TP/BS/PCS/PCU/BV-H004 


IEEE 802.16 Reference 


clause 5.2.3 


PICS Item 




initial Condition 
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lUT IS initialized and a service flow is establislied witli IPv4 over Ethernet data 
flow. 


Expected Behaviour 


Check that: To transmit iPv4 over Ethernet packets, the lUT sends MAC PDUs 
containing the PHSI field (=0) followed by the IPv4 over Ethernet packet on the 
corresponding CID. 


Test strategy 




Notes 





TP-ID 


TP/BS/PCS/PCU/BV-H005 


IEEE 802.16 Reference 


clause 5.2.3 


PICS Item 




Initial Condition 


lUT is initialized and a service flow is established with IPv6 over Ethernet data 
flow. 


Expected Behaviour 


Check that: To transmit IPv6 over Ethernet packets, the lUT sends MAC PDUs 
containing the PHSI field (=0) followed by the IPv6 over Ethernet packet on the 
corresponding CID. 


Test strategy 




Notes 





.1 0.2 Classifier DSx Signaling (CDS) 



TP-ID 


TP/BS/PCS/CDS/BV-HOOO 


IEEE 802.16 Reference 


Clause 11.13.19.3.2 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. 


Expected Behaviour 


Check that: To add a classifier for the connection, the lUT sends a DSC-REQ 
with Classifier Add. 


Test strategy 




Notes 





TP-ID 


TP/BS/PCS/CDS/BV-H001 


IEEE 802.16 Reference 


Clause 11.13.19.3.2 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. 


Expected Behaviour 


Check that: To delete a classifier for the connection, the lUT sends a 
DSC-REQ with Classifier Delete. 


Test strategy 




Notes 





TP-ID 


TP/BS/PCS/CDS/BV-H002 


IEEE 802.16 Reference 


Clause 11.13.19.3.2 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. 


Expected Behaviour 


Check that: To change the properties of a classifier for the connection, the lUT 
sends a DSC-REQ with Classifier Replace. 


Test strategy 




Notes 
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TP ID 


TP/BS/PCS/CDS/BV-n003 


P502.16 Reference 


clause 11.13.19.3.3 


rlOb Item 




Initial Condition 


lUT is operating and a service flow is established with data flow. 


Expected Behaviour 


Check that: On receiving a DSC-REQ with an invalid Change Action for the 
classifier, the lUT transmits a DSC-RSP with a Classifier error parameter set 
indicating an invalid Change Action. 


Test strategy 




Notes 






TP ID 


TP/BS/PCS/CDS/BV-H004 


IEEE 802.16 Reference 


clause 11.13.19.3.3 


PICS item 




Initial Condition 


lUT is operating and a service flow is established with data flow. 


Expected Behaviour 


Check that: On receiving a DSC-REQ with an invalid IP Protocol value for the 
classifier, the lUT transmits a DSC-RSP with a Classifier error parameter set 
indicating an invalid IP Protocol value. 


Test strategy 




Notes 





.10.3 Classification (CLS) 



TP ID 


TP/BS/PCS/CLS/BV-HOOO 


IEEE 802.16 Reference 


clause 5.2.2 


PICS item 




Initial Condition 


lUT is operating and a service flow is established with data flow. 


Expected Behaviour 


Check that: On receiving connection data, the lUT provides the upper layer 
PDU via the CS SAP corresponding to the classifier associated with the CID. 


Test strategy 




Notes 


Requires an UT over the CS. 




TP ID 


TP/BS/PCS/CLS/BV-H001 


IEEE 802.16 Reference 


clause 5.2.2 


PICS item 




Initial Condition 


lUT is operating and a service flow is establislied witli data flow. 


Expected Behaviour 


Check that: On receiving connection data that has a classifier in which all 
parameters match one of the existing classifiers, the lUT delivers the PDU to 
the corresponding connection (CID). 


Test strategy 




Notes 


Requires an UT over the CS. 



TP ID 


TP/BS/PCS/CLS/BV-H002 


IEEE 802.16 Reference 


clause 5.2.2 


PICS item 




Initial Condition 


The lUT has several connections each of which has an identical classifier 
assigned to them except for the classifier priority field. 


Expected Behaviour 


Check that: On receiving connection data using the classifier, the lUT transmits 
the PDU on the MAC CID having the highest priority. 


Test strategy 




Notes 


One testing approach: 
Setup: 

Provoke the lUT to establish three connections with each connection having a 
different measurable QoS associated with each CID. (This is possible if the 
connections can be provisioned. If not, they must be established by DSA-REQ 
if possible). During the connection establishment, assign identical classifiers to 
each connection except for the priority which shall be 0, 127, and 255. The 
classifier with priority = is assigned to the connection with the lowest QoS, 
that having the priority = 255 is assigned to the highest QoS. 
The lUT has then received a data PDU to the CS via a CS SAP. 
Check that: The lUT transmits the PDU on the CID with the highest priority. 
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TP ID 


TP/BS/PCS/CLS/BV-H003 


IEEE 802.16 Reference 


clause 5.2.2 


PICS item 




Initial Condition 


The lUT has several connections each of which has identical classifier 
assigned to them except for the classifier priority field. 


Expected Behaviour 


Check that: On receiving connection data using the highest priority for the 
classifier and the service flow for that MAC CID is deleted, the lUT transmits 
the data on the MAC CID having the next highest priority for the same 
classifier. 


Test strategy 




Notes 


One testing approach: 
Setup: 

Provoke the lUT to establish three connections with each connection having a 
different measurable OoS associated with each CID. (This is possible if the 
connections can be provisioned. If not, they must be established by DSA-REQ 
if possible). During the connection establishment, assign identical classifiers to 
each connection except for the priority which shall be 0, 127, and 255. The 
classifier with priority = is assigned to the connection with the lowest QoS, 
that having the priority = 255 is assigned to the highest QoS. 
The lUT then transmits data on the CID with the next highest priority. The 
service flow is then deleted. 




TP ID 


TP/BS/PCS/CLS/BV-H004 


IEEE 802.16 Reference 


clause 11.13.19.3.2 


PICS item 




Initial Condition 


lUT is operating and a service flow is established with data flow. The lUT is 
receiving data PDUs for a CS SAP that does not match any classifier. The lUT 
is discarding the data. 


Expected Behaviour 


Check that: After a classifier matching the data received on the connection has 
been added by use of a DSC transaction, the lUT transmits the data on the 
MAC CID corresponding to the added classifier. 


Test strategy 




Notes 






TP ID 


TP/BS/PCS/CLS/BV-H005 


IEEE 802.16 Reference 


clause 11.13.19.3.2 


PICS item 




Initial Condition 


lUT is operating. The lUT is transmitting data on two MAC CIDs. The 
classifiers associated with each CID are not identical and have different 

priorities. 


Expected Behaviour 


Check that: After having replaced a classifier with another identical to the other 
classifier but having a lower priority, the lUT transmits the data that was on the 
two MAG CIDs on the MAG CID with the classifier having the highest priority. 


Test strategy 




Notes 






TP ID 


TP/BS/PCS/CLS/BV-H1 00 


IEEE 802.16 Reference 


clause 5.2.2 


PICS item 




Initial Condition 


lUT is operating and a service flow is established with data flow. 


Expected Behaviour 


Check that: On receiving connection data that does not have a classifier in 
which all parameters match one of the existing classifiers, the lUT discards the 
packet. 


Test strategy 




Notes 


Requires an UT over the CS. 
The action is vendor-specific. 
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TP ID 


TP/BS/PCS/CLS/BV-rn 01 


IEEE 802.16 Reference 


clause 1 1 .13.1 9.3.2 


rlOb Item 




Initial Condition 


lUT is operating. The lUT is transmitting data on a MAC CID corresponding to 
the classifier established during connection setup. 


Expected Behaviour 


Check that: After the classifier is deleted and when there is no longer any 
classifier that matches the data being transmitted, the lUT discards the data. 


Test strategy 




Notes 





.10.3.1 IPv4 and IPv6 (IP) 



TP ID 


TP/BS/PCS/CLS/IP/BV-HOOO 


IEEE 802.16 Reference 


clause 5.2.2, §3 


PICS Item 




Initial Condition 


lUT is operational and two DL IP CS service flows are established having 
different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections do not overlap, the 
lUT transmits IP CS SDUs matching the classifier for the first connection on 
the first connection and transmits IP CS SDUs matching the classifier for the 
second connection on the second connection. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 



TP ID 


TP/BS/PCS/CLS/IP/BV-H001 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.2 


PICS item 




Initial Condition 


lUT is operational and two DL IP CS service flows are established having 
different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Type of Service/DSCP, the lUT transmits CS SDUs matching the common IP 
Type of Service/DSCP on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 



TP ID 


TP/BS/PCS/CLS/IP/BV-H002 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.3 


PICS Item 




Initial Condition 


lUT is operational and two DL IP CS service flows are established having 
different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Protocol, the lUT transmits CS SDUs matching the common IP Protocol on the 
connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 



TP ID 


TP/BS/PCS/CLS/IP/BV-H003 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.4 


PICS Item 




Initial Condition 


lUT is operational and two DL IP CS service flows are established having 
different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Masked Source Address, the lUT transmits CS SDUs matching the common IP 
Masked Source Address on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 
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TP ID 


TP/BS/PCS/CLS/IP/BV-H004 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 1 1 .13.19.3.4.5 


PICS Item 




initial Condition 
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lUT IS operational and two DL IP CS service flows are established having 
different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Destination Address, the lUT transmits CS SDUs matching the common IP 
Destination Address on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/BS/PCS/CLS/IP/BV-H005 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.6 


PiCS Item 




Initial Condition 


lUT is operational and two DL IP CS service flows are established having 
different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Protocol Source Port, the lUT transmits CS SDUs matching the common IP 
Protocol Source Port on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/BS/PCS/CLS/IP/BV-H006 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.7 


PICS Item 




Initial Condition 


lUT is operational and two DL IP CS service flows are established having 
different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Protocol Destination Port, the lUT transmits CS SDUs matching the common 
IP Protocol Destination Port on the connection having the higher classifier 
priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/BS/PCS/CLS/IP/BV-H007 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.2-7 


PICS Item 




Initial Condition 


lUT is operational and two DL IP CS service flows are established having 
different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the: 

- IP Protocol Destination Port; 

- IP Type of Service/DSCP; 

- IP Protocol; 

- IP Masked Source Address; 

- IP Destination Address; 

- IP Protocol Source Port; and 

- IP Protocol Destination Port. 

the lUT transmits CS SDUs matching the common: 

- IP Protocol Destination Port; 
-IP Type of Service/DSCP; 

- IP Protocol; 

- IP Masked Source Address; 

- IP Destination Address; 

- IP Protocol Source Port; and 

- IP Protocol Destination Port 

on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 
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.10.3.2 Ethernet (ENET) 



TP ID 


TP/BS/PCS/CLS/ENET/BV-HOOO 


IEEE 802.16 Reference 


clause 5.2.2, §3 


PICS Item 




Initial Condition 


lUT is operational and two DL Ethernet CS service flows are established 
having different CIDs. Pacl<et classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections do not overlap, the 
lUT transmits Ethernet CS SDUs matching the classifier for the first connection 
on the first connection and transmits Ethernet CS SDUs matching the classifier 
for the second connection on the second connection. 


Test strategy 




Notes 






TP ID 


TP/BS/PCS/CLS/ENET/BV-H001 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.8 


PICS Item 




Initial Condition 


lUT is operational and two DL Ethernet CS service flows are established 
having different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the 
Ethernet MAC Destination Address, the lUT transmits CS SDUs matching the 
common Ethernet MAC Destination Address on the connection having the 
higher classifier priority. 


Test strategy 




Notes 






TP ID 


TP/BS/PCS/CLS/ENET/BV-H002 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.9 


PICS Item 




Initial Condition 


lUT Is operational and two DL Ethernet CS service flows are established 
having different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the 
Ethernet MAC Source Address, the lUT transmits CS SDUs matching the 
common Ethernet MAC Source Address on the connection having the higher 
classifier priority. 


Test strategy 




Notes 






TP ID 


TP/BS/PCS/CLS/ENET/BV-H003 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.10 


PICS Item 




Initial Condition 


lUT Is operational and two DL Ethernet CS service flows are established 
having different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the 
Ethertype SAP, the lUT transmits CS SDUs matching the common Ethertype 
SAP on the connection having the higher classifier priority. 


Test strategy 




Notes 






TP ID 


TP/BS/PCS/CLS/ENET/BV-H004 




Deleted 
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TP ID 


TP/BS/PCS/CLS/ENET/BV-H005 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.8-11 


PICS Item 




initial Condition 


lUT is operational and two DL Ettiernet CS service flows are establistied 
having different CIDs. Pacl<et classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the: 

- Ethernet MAC Destination Address; 

- Ethernet MAC Source Address; and 

- Ethertype SAP 

the lUT transmits CS SDUs matching the common: 

- Ethernet MAC Destination Address; 

- Ethernet MAC Source Address; and 

- Ethertype SAP 

on the connection having the higher classifier priority. 


Test strategy 




Notes 





.10.3.3 VLAN(VLAN) 



TP ID 


TP/BS/PCS/CLSA^LAN/BV-HOOO 


IEEE 802.16 Reference 


clause 5.2.2, §3 


PICS Item 




Initial Condition 


lUT is operational and two DL VLAN CS service flows are established having 
different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections do not overlap, the 
lUT transmits VLAN CS SDUs matching the classifier for the first connection 
on the first connection and transmits VLAN CS SDUs matching the classifier 
for the second connection on the second connection. 


Test strategy 




Notes 






TP ID 


TP/BS/PCS/CLS/VLAN/BV-H001 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.12 


PICS Item 




Initial Condition 


lUT Is operational and two DL VLAN CS service flows are established having 
different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the VLAN 
ID, the lUT transmits CS SDUs matching the common VLAN ID on the 
connection having the higher classifier priority. 


Test strategy 




Notes 






TP ID 


TP/BS/PCS/CLS/VLAN/BV-H002 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.11 


PICS Item 




Initial Condition 


lUT is operational and two DL Ethernet CS service flows are established 
having different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two - overlap on the Ethernet User 
Priority, the lUT transmits CS SDUs matching the common Ethernet User 
Priority on the connection having the higher classifier priority. 


Test strategy 




Notes 
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TP ID 


TP/BS/PCS/CLS/VLAN/BV-H003 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.11 


PICS Item 




initial Condition 


lUT is operational and two DL IP over Ethernet CS service flows are 
established having different CIDs. Pacl<et classifiers are defined for both 
connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the 
Ethernet User Priority, the lUT transmits CS SDUs matching the common 
Ethernet User Priority on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 



.10.3.4 I P over Ethernet (I PoE) 



TP ID 


TP/BS/PCS/CLS/IPoE/BV-HOOO 


IEEE 802.16 Reference 


clause 5.2.2, §3 


PICS Item 




Initial Condition 


lUT is operational and two DL IP over Ethernet CS service flows are 
established having different CIDs. Packet classifiers are defined for both 
connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections do not overlap, the 
lUT transmits IP over Ethernet SDUs matching the classifier for the first 
connection on the first connection and transmits IP over Ethernet CS SDUs 
matching the classifier for the second connection on the second connection. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 



TP ID 


TP/BS/PCS/CLS/IPoE/BV-HOOl 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.2 


PICS Item 




Initial Condition 


lUT is operational and two DL IP over Ethernet CS service flows are 
established having different CIDs. Packet classifiers are defined for both 
connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Type of Service/DSCP, the lUT transmits CS SDUs matching the common IP 
Type of Service/DSCP on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 



TP ID 


TP/BS/PCS/CLS/IP0E/BV-HOO2 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.3 


PICS Item 




Initial Condition 


lUT is operational and two DL IP over Ethernet CS service flows are 
established having different CIDs. Packet classifiers are defined for both 
connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Protocol, the lUT transmits CS SDUs matching the common IP Protocol on the 
connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 
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TP ID 


TP/BS/PCS/CLS/IPOE/BV-H003 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.4 


PICS Item 




initial Condition 


lUT is operational and two DL IP over Etfiernet CS service flows are 
establisfied fiaving different CIDs. Packet classifiers are defined for both 
connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Masked Source Address, the lUT transmits CS SDUs matching the common IP 
Masked Source Address on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/BS/PCS/CLS/IPOE/BV-H004 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.5 


PICS Item 




Initial Condition 


lUT is operational and two DL IP over Ethernet CS service flows are 
established having different CIDs. Packet classifiers are defined for both 

connections. 


Expected Befiaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Destination Address, the lUT transmits CS SDUs matching the common IP 
Destination Address on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/BS/PCS/CLS/IPoE/BV-HOOS 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.6 


PICS Item 




Initial Condition 


lUT is operational and two DL IP over Ethernet CS service flows are 
established having different CIDs. Packet classifiers are defined for both 
connections. 


Expected Befiaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Source Port, the lUT transmits CS SDUs matching the common IP Source Port 
on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/BS/PCS/CLS/IPoE/BV-HOOe 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.7 


PICS Item 




Initial Condition 


lUT is operational and two DL IP over Ethernet CS service flows are 
established having different CIDs. Packet classifiers are defined for both 

connections. 


Expected Behiaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Protocol Destination Port, the lUT transmits CS SDUs matching the common 
IP Protocol Destination Port on the connection having the higher classifier 
priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/BS/PCS/CLS/IPoE/BV-HOO? 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.8 


PICS Item 




Initial Condition 


lUT is operational and two DL IP over Ethernet CS service flows are 
established having different CIDs. Packet classifiers are defined for both 
connections. 


Expected Befiaviour 


Check that: When the classifiers for the two connections overlap on the 
Ethernet MAC Destination Address, the lUT transmits CS SDUs matching the 
common Ethernet MAC Destination Address on the connection having the 

higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be iPv4 or iPv6. 
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TP ID 


TP/BS/PCS/CLS/IP0E/BV-HOO8 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.9 


PICS Item 




initial Condition 


lUT is operational and two DL IP over Ethernet CS service flows are 
established having different CIDs. Packet classifiers are defined for both 
connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the 
Ethernet MAC Source Address, the lUT transmits CS SDUs matching the 
common Ethernet MAC Source Address on the connection having the higher 
classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/BS/PCS/CLS/IP0E/BV-HOO9 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.10 


PICS Item 




Initial Condition 


lUT is operational and two UL IP over Ethernet CS service flows are 
established having different CIDs. Packet classifiers are defined for both 
connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the 
Ethertype SAP, the lUT transmits CS SDUs matching the common Ethertype 
SAP on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/BS/PCS/CLS/IP0E/BV-HOI 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.11 


PICS Item 




Initial Condition 


lUT is operational and two DL IP over Ethernet CS service flows are 
established having different CIDs. Packet classifiers are defined for both 
connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the 
Ethernet User Priority, the lUT transmits CS SDUs matching the common 
Ethernet User Priority on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 
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TP ID 


TP/BS/PCS/CLS/IPoE/BV-HO1 1 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.2-11 


PICS Item 




initial Condition 


lUT is operational and two DL IP over Ethernet CS service flows are 
established having different CIDs. Pacl<et classifiers are defined for both 
connections. 


Expected Beliaviour 


Check that: When the classifiers for the two connections overlap on the: 

- IP Protocol Destination Port; 

- IP Type of Service/DSCP; 

- IP Protocol; 

- IP Masked Source Address; 

- IP Destination Address; 

- IP Protocol Source Port; 

- IP Protocol Destination Port; 

- Ethernet MAC Destination Address; 

- Ethernet MAC Source Address; and 

- Ethertype SAP 

the lUT transmits CS SDUs matching the common: 

- IP Protocol Destination Port; 

- IP Type of Service/DSCP; 

- IP Protocol; 

- IP Masked Source Address; 

- IP Destination Address; 

- IP Protocol Source Port; 

- IP Protocol Destination Port; 

- Ethernet MAC Destination Address; 

- Ethernet MAC Source Address; and 

- Ethertype SAP 

on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 



.10.3.5 IPoverVLAN(IPoV) 



TP ID 


TP/BS/PCS/CLS/IPoV/BV-HOOO 


IEEE 802.16 Reference 


clause 5.2.2, §3 


PICS Item 




Initial Condition 


lUT is operational and two DL IP over VLAN CS service flows are established 

having different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections do not overlap, the 
lUT transmits IP over VLAN SDUs matching the classifier for the first 
connection on the first connection and transmits VLAN CS SDUs matching the 
classifier for the second connection on the second connection. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 



TP ID 


TP/BS/PCS/CLS/IPoV/BV-HOOl 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.2 


PICS Item 




Initial Condition 


lUT is operational and two DL IP over VLAN CS service flows are established 
having different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Type of Service/DSCP, the lUT transmits CS SDUs matching the common IP 
Type of Service/DSCP on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 
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TP ID 


TP/BS/PCS/CLS/IP0V/BV-HOO2 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 1 1 .13.19.3.4.3 


PICS Item 




initial Condition 


lUT IS operational and two DL IP over VLAN CS service flows are established 
having different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Protocol, the lUT transmits CS SDUs matching the common IP Protocol on the 
connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/BS/PCS/CLS/IP0V/BV-HOO3 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.4 


PiCS Item 




Initial Condition 


lUT is operational and two DL IP over VLAN CS service flows are established 
having different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Masked Source Address, the lUT transmits CS SDUs matching the common IP 
Masked Source Address on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/BS/PCS/CLS/IP0V/BV-HOO4 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.5 


PICS Item 




Initial Condition 


lUT is operational and two DL IP over VLAN CS service flows are established 
having different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Destination Address, the lUT transmits CS SDUs matching the common IP 
Destination Address on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/BS/PCS/CLS/IP0V/BV-HOO5 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.6 


PICS Item 




Initial Condition 


lUT is operational and two DL IP over VLAN CS service flows are established 
having different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Source Port, the lUT transmits CS SDUs matching the common IP Source Port 
on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/BS/PCS/CLS/IP0V/BV-HOO6 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.7 


PICS Item 




Initial Condition 


lUT Is operational and two DL IP over VLAN CS service flows are established 
having different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Protocol Destination Port, the lUT transmits CS SDUs matching the common 
IP Protocol Destination Port on the connection having the higher classifier 
priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 
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TP ID 


TP/BS/PCS/CLS/IPoV/BV-HOO? 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.12 


PICS Item 




initial Condition 


lUT IS operational and two DL VLAN CS service flows are established having 
different CIDs. Pacl<et classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the VLAN 
ID, the lUT transmits CS SDUs matching the common VLAN ID on the 
connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/BS/PCS/CLS/IP0V/BV-HOO8 


IEEE 802.16 Reference 


clause 5.2.2, §3 and clause 11.13.19.3.4.2-7,12 


PiCS Item 




Initial Condition 


lUT is operational and two DL VLAN CS service flows are established having 
different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the: 

- IP Protocol Destination Port; 

- IP Type of Service/DSCP; 

- IP Protocol; 

- IP Masked Source Address; 

- IP Destination Address; 

- IP Protocol Source Port; 

- IP Protocol Destination Port; and 

- VLAN ID 

the lUT transmits CS SDUs matching the common: 

- IP Protocol Destination Port; 

- IP Type of Service/DSCP; 

- IP Protocol; 

- IP Masked Source Address; 

- IP Destination Address; 

- IP Protocol Source Port; 

- IP Protocol Destination Port; and 

- VLAN ID 

on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 



.10.4 Payload Header Suppression (PHS) 



TP ID 


TP/BS/PCS/PHS/BV-HOOO 


IEEE 802.16 Reference 


clause 5.2.3.2, §3 


PICS Item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: To create a PHS rule, the lUT uses DSA or DSC messages. 


Test strategy 




Notes 






TP ID 


TP/BS/PCS/PHS/BV-H001 


IEEE 802.16 Reference 


clause 5.2.3.2, §5 


PICS Item 




Initial Condition 


lUT is operating and defining a PHS rule using more than one transaction with 
DSA and/or DSC messages. 


Expected Behaviour 


Check that: For each step whether using a DSA or DSC message, the lUT 
generates the messages containing both the SFID and the PHS index. 


Test strategy 




Notes 


Contradicts TP/SS/PCS/PHS/BV-H002 if DSx transaction is SS-initiated. 
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TP ID 


TP/BS/PCS/PHS/BV-H002 


IEEE 802.16 Reference 


clause 5.2.3.2 §3 

Figure "PHS Signaling Example" 


rlUo Item 




Initial Condition 


lUT is operating. lUT is creating a PHS rule by initiating a DSA or a DSC 
transaction. 


Expected Behaviour 


Check that: When generating the DSA-REQ or the DSC-REQ, the lUT does 
not include the PHSI field. 


Test strategy 




Notes 






TP-ID 


TP/BS/PCS/PHS/BV-H003 


IEEE 802.16 Reference 


clause 5.2.3 


PICS Item 




Initial Condition 


The lUT has completed a DSA exchange setting up a connection. A set of 
classifiers has been established for this connection specifying that the payload 
header suppression rule applies. Another classifier has been established for 
this connection specifying that no header suppression rule applied. 


Expected Behaviour 


Check that: 

- to transmit data that matches the classifier with header payload 
suppression, the lUT a correct PHSI and sends data with headers 
suppressed according to the rule; and 

- to transmit data that matches the classifier without header payload 
suppression, the lUT sends data with headers and a correct PHSI. 


Test strategy 




Notes 


Test for all supported protocols. 

Test with different number of payload header suppression rules and different 
values for PHSI, PHSF, PHSM and PHSS. 




TP ID 


TP/BS/PCS/PHS/BV-H1 00 


IEEE 802.16 Reference 


clause 5.2.3.2.3 and 11.13.19.3.2 


PICS Item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: To change or delete a PHS rule, the lUT uses DSC messages. 


Test strategy 




Notes 






TP ID 


TP/BS/PCS/PHS/BV-H1 01 


IEEE 802.16 Reference 


clause 5.2.3.2 


PICS Item 




Initial Condition 


lUT is operating. A packet CS service flow with PHS is established for a packet 
classifier. 


Expected Behaviour 


Check that: When the packet classifier is deleted, the lUT deletes the PHS rule 
associated with the packet classifier. 


Test strategy 




Notes 






TP ID 


TP/BS/PCS/PHS/BV-H1 02 


IEEE 802.16 Reference 


clause 5.2.3, §2 


PICS Item 




Initial Condition 


IDT is operating. A packet CS service flow with PHS is established for a packet 
classifier. 


Expected Behaviour 


Check that: To change the value of a PHSF on the service, the lUT removes 
the old PHS rule and adds a new PHS rule reflecting the change. 


Test strategy 




Notes 


The order of removal and add is not specified. Assume no order is required. 
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TP ID 


TP/BS/PCS/PHS/BV-H1 03 


IEEE 802.16 Reference 


clause 5.2.3, §2 


PICS Item 




initial Condition 


lUT IS operating. A packet CS service flow with PHS is established for a packet 
classifier. 


Expected Behaviour 


Check that: On completion of a DSC transaction to delete a classifier and 
another DSC transaction to add a classifier in either order, the lUT treats the 
two transactions as a change to the PHSF. 


Test strategy 




Notes 






TP-ID 


TP/BS/PCS/PHS/BV-H200 


IEEE 802.16 Reference 


clause 5.2.3.1 


PiCS Item 




Initial Condition 


The lUT has completed a DSA exchange setting up a connection. A classifier 
has been established for this connection specifying that the payload header 
suppression rule applies. 


Expected Behaviour 


Check that: On receiving data that matches the classifier with header payload 
suppression, the lUT correctly delivers data to its Upper Layer after having 
restored the headers. 


Test strategy 




Notes 


Test for all supported protocols. 

Test with different PHSF and PHSM and PHSS. 




TP-ID 


TP/BS/PCS/PHS/BV-H201 


IEEE 802.16 Reference 


clause 5.2.3.1 


PICS Item 




Initial Condition 


The lUT has completed a DSA exchange setting up a connection. A classifier 
has been established for this connection specifying that the payload header 
suppression rule applied. 


Expected Behaviour 


Check that: On receiving data that matches the classifier with header payload 
suppression and the PHSI is null, the lUT delivers the data to its Upper Layer 
without restoring the header. 


Test strategy 




Notes 


If PHSI is null, the header is contained in the data and no suppression is used. 




TP ID 


TP/BS/PCS/PHS/BV-H202 


IEEE 802.16 Reference 


clause 5.2.3.1, §2 


PICS Item 




Initial Condition 


lUT is operating. A DL packet CS service flow with PHS is established for a 
packet classifier. The PHSV was not present during the DSx transaction 
establishing the suppression rule. 


Expected Behaviour 


Check that: For a given upper layer protocol, the lUT correctly suppresses the 
payload header according to the payload header suppression rule. 


Test strategy 




Notes 


Upper layer protocol can be IPv4, IPv6, Ethernet, VLAN, IP over Ethernet, or 
IP over VLAN. 




TP ID 


TP/BS/PCS/PHS/BV-H203 


IEEE 802.16 Reference 


clause 5.2.3.1, §2 


PICS Item 




Initial Condition 


lUT is operating. A DL packet CS service flow with PHS is established for a 
packet classifier. The PHSV was present during the DSx transaction 
establishing the suppression rule. 


Expected Behaviour 


Check that: For a given upper layer protocol, the lUT correctly suppresses the 
payload header according to the payload header suppression rule. 


Test strategy 




Notes 


Upper layer protocol can be IPv4, IPv6, Ethernet, VLAN, IP over Ethernet, or 
IP over VLAN. 
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TP-ID 


TP/BS/PCS/PHS/BO-HOOO 


IEEE 802.16 Reference 


clause 5.2.3 


PICS Item 




initial Condition 


The iUT has completed a DSA exchange setting up a connection. A classifier 
has been established for this connection specifying that the payload header 
suppression rule applies. Another connection is in the active state. 


Expected Behaviour 


Check that: On receiving data on a connection that is not associated with the 
corresponding PHSI, the IUT silently discards the data. 


Test strategy 




Notes 





1 1 Service Flow Control (SF) 



TP ID 


TP/BS/SF/BV-HGOG 


IEEE 802.16 Reference 


clause 6.3.14.6.2 


PICS Item 




Initial Condition 


IUT is operational and a service flow is Admitted. 


Expected Behaviour 


Check that: On receiving a DSA-REQ for an additional service flow that 
exceeds the provisioned QoS, the IUT transmits a DSA-RSP accepting the 
additional service flow and reserves resources for the service flow already 
admitted. 


Test strategy 




Notes 






TP ID 


TP/BS/SF/BV-H001 


IEEE 802.16 Reference 


clause 6.3.14.6.2 


PICS Item 




Initial Condition 


IUT is operational and a service flow is Active. 


Expected Behaviour 


Check that: On receiving a DSC-REQ for the active service flow with an 
AdmittedQoSParameterSet that is a subset of the current 
AdmittedOoSParameterSet and the ActiveQoSParameterSet remains a subset 
of the new AdmittedQoSParameterSet, the IUT transmits a DSC-RSP 
accepting the new AdmittedQoSParameterSet. 


Test strategy 




Notes 






TP ID 


TP/BS/SF/BV-H002 


IEEE 802.16 Reference 


clause 6.3.14.6.2 


PICS Item 




Initial Condition 


IUT is operational and a service flow is Active. 


Expected Behaviour 


Check that: On receiving a DSC-REQ for the active service flow with an 
AdmittedQoSParameterSet that is a subset of the current 
AdmittedQoSParameterSet and the ActiveQoSParameterSet no longer 
remains a subset of the new AdmittedQoSParameterSet, the IUT transmits a 
DSC-RSP rejecting the new AdmittedQoSParameterSet. 


Test strategy 




Notes 






TP ID 


TP/BS/SF/BV-H003 


IEEE 802.16 Reference 


clause 6.3.14.8 


PICS Item 




Initial Condition 


IUT is operational and a service flow is Active. 


Expected Behaviour 


Check that: On receiving a DSC-REQ message for the service flow containing 
only an AdmittedQoSParameter set and the on the DSC transaction being 
successful, the IUT deactivates the service flow. 


Test strategy 




Notes 
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TP ID 


TP/BS/SF/BV-H004 


IEEE 802.16 Reference 


clause 6.3.14.8 


PICS Item 




initial Condition 


lUT is operational and a service flow is Active. The lUT received a DSC-REQ 
for the service flow with neither an ActiveQoSParameter set nor an 
AdmittedQosParameter set. This DSC transaction was successful. 


Expected Beliaviour 


Check that: On receiving a DSC-REQ containing only an ActiveQoSParameter 
set and successful DSC transaction completion, the lUT deactivates the 
service flow. 


Test strategy 




Notes 






TP ID 


TP/BS/SF/BV-H005 


IEEE 802.16 Reference 


clause 6.3.14.8 


PICS Item 




Initial Condition 


lUT is operational and a service flow is Active. 


Expected Behaviour 


Check that: On receiving a DSC-REQ containing both an ActiveQoSParameter 
set and an AdmittedQoSParameter set and on successful completion of the 
DSC transaction, the lUT implements the QoS contained in the new Admitted 
and Active QoS Parameter sets (the ActiveQoSParameter set is a subset of 
the AdmittedQoSParameter set). 


Test strategy 




Notes 






TP ID 


TP/BS/SF/BV-H006 


IEEE 802.16 Reference 


clause 6.3.14.8 


PICS Item 




Initial Condition 


lUT is operational and a service flow is Active. 


Expected Behaviour 


Check that: On receiving a DSC-REQ containing both an ActiveQoSParameter 
set and an AdmittedQoSParameter set but the Active set is not a subset of the 
Admitted set, the lUT transmits a DSC-RSP refusing the change and continues 
using the original QoS. 


Test strategy 




Notes 






TP ID 


TP/BS/SF/BV-H007 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


PICS Item 




Initial Condition 


lUT is operational and a service flow is Active. 


Expected Behaviour 


Check that: On receiving a DSC-REQ with a null ActiveQoSParameter set, the 
lUT transmits a DSC-RSP accepting the transaction and after successful 
transaction completion the lUT deactivates the service flow. 


Test strategy 




Notes 






TP ID 


TP/BS/SF/BV-H008 


IEEE 802.16 Reference 


clauses 6.3.14.2 and 11.13.4 


PICS Item 




Initial Condition 


lUT has just initialized and is now provisioning a service flow. 


Expected Behaviour 


Check that: The lUT has service flow parameters containing a 
ProvisionedQoSParameter set. 


Test strategy 




Notes 
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TD in 
1 r lU 


1 r/Do/or/DV-rlUUa 


itbb oU^i.ib riererGnce 


Clauses o.o.i 4.£i ana \ \ .i 0.4 


PICS Item 




Initial Condition 


lUT has just initialized. A service flow is preprovisioned. 


Expected Behaviour 


Check that: The lUT has service flow parameters containing a 
ProvisionedQoSParameter set. 


Test strategy 




Notes 






TP ID 


TP/BS/SF/BV-H010 


IEEE 802.16 Reference 


clause 6.3.14.8 


PICS item 




Initial Condition 


lUT is operational. A downlink service flow is active. The lUT has received a 
DSC-REQ message with neither an Active QoS parameters set nor an 
Admitted QoS parameters set. The DSC transaction was successful and the 
downlink service was deactivated. 


Expected Behaviour 


Check that: On receiving a DSC-REQ message with only an Active QoS 
Parameters Set and when the DSC transaction is successfully completed, the 
lUT does not reactivate the downlink service flow. 


Test strategy 






TP ID 


TP/BS/SF/BV-H100 


IEEE 802.16 Reference 


clause 11.13.5 


PICS Item 




Initial Condition 


lUT is operating with two service flows. 


Expected Behaviour 


Check that: Given that two service flows are identical in al QoS parameters 
besides priority, the lUT gives the higher priority service flow lower delay and 
higher buffering preference. 


Test strategy 




Notes 






TP ID 


TP/BS/SF/BV-H101 


IEEE 802.16 Reference 


clause 11.13.6 


PICS Item 




Initial Condition 


lUT is operational and a service flow is Active and has a non-zero Maximum 
Sustained Traffic Rate parameter. 


Expected Behaviour 


Check that: The lUT provides the Maximum Sustained Traffic Rate on the 
average over time. 


Test strategy 




Notes 






TP ID 


TP/BS/SF/BV-H102 


IEEE 802.16 Reference 


clause 11.13.6 


PICS Item 




Initial Condition 


lUT is operational and a service flow is Active and has a Maximum Sustained 

Traffic Rate parameter = zero. 


Expected Behaviour 


Check that: The lUT does not provide a mandated maximum traffic rate. 


Test strategy 




Notes 






TP ID 


TP/BS/SF/BV-H103 


IEEE 802.16 Reference 


clause 11.13.6 


PICS Item 




Initial Condition 


lUT is operational and a service flow is Active and the Maximum Sustained 

Traffic Rate parameter was omitted during QoS negotiation. 


Expected Behaviour 


Check that: The lUT does not provide a mandated maximum traffic rate. 


Test strategy 




Notes 
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TP ID 


TP/BS/Sr/BV-MI 04 


IEEE 802.16 Reference 


_|_,,__ .4 ^ HO ^ 

clause 1 1 .13.7 


rlOb Item 




Initial Condition 


lUT is operational and a service flow is Active. A Maximum Traffic Burst Size 
was set during QoS negotiation. 


Expected Behaviour 


Check that: The lUT provides the Maximum Traffic Burst Size for this service 
flow. 


Test strategy 




Notes 






TP ID 


TP/BS/SF/BV-H105 


IEEE 802.16 Reference 


clause 11.13.10 


PICS Item 




Initial Condition 


The lUT is operational and a service flow is Active. 


Expected Behaviour 


Check that: On receiving a DSC-REQ containing Vendor-specific QoS 
Parameters that does not the Vendor ID as its first element, the lUT discards 
the Vendor-specific QoS Parameters, processes the remainder of the 
DSC-REQ, and transmits a valid DSC-RSP. 


Test strategy 




Notes 






TP ID 


TP/BS/SF/BV-H106 


IEEE 802.16 Reference 


clause 11.13.12 


PICS Item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Check that: On receiving a DSA-REQ with the Request/Transmission Policy Bit 
#0 set to zero followed by a successful DSA transaction, the lUT does not 
provide broadcast bandwidth request opportunities for the service flow. 


Test strategy 




Notes 






TP ID 


TP/BS/SF/BV-H107 


IEEE 802.16 Reference 


clause 11.13.12 


PICS Item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Check that: On receiving a DSA-REQ with the Request/Transmission Policy Bit 
#1 set to zero followed by a successful DSA transaction, the lUT does not 
provide multicast bandwidth request opportunities for the service flow. 


Test strategy 




Notes 






TP ID 


TP/BS/SF/BV-H108 


IEEE 802.16 Reference 


clause 11.13.12 


PICS Item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Check that: On receiving a DSA-REQ with the Request/Transmission Policy Bit 
#2 set to prohibit piggy-backing requests with data followed by a successful 
DSA transaction, the lUT does not piggy-back requests with data for the 
service flow. 


Test strategy 




Notes 
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TP ID 


TP/BS/Sr/BV-MI 09 


IEEE 802.16 Reference 


clause 1 1 .13.1 2 


rlOb Item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Checl< that: On receiving a DSA-REQ with the Request/Transmission Policy Bit 
#3 set to prohibit data fragmentation followed by a successful DSA transaction, 
the lUT does not fragment data for the service flow. 


Test strategy 




Notes 





TP ID 


TP/BS/SF/BV-H110 


IEEE 802.16 Reference 


clause 11.13.12 


PICS Item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Check that: On receiving a DSA-REQ with the Request/Transmission Policy Bit 
#4 set to prohibit payload header suppression followed by a successful DSA 
transaction, the lUT does not suppress headers for the service flow. 


Test strategy 




Notes 





TP ID 


TP/BS/SF/BV-H111 


IEEE 802.16 Reference 


clause 11.13.12 


PICS Item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Check that: On receiving a DSA-REO with the Request/transmission Policy Bit 
#5 set to prohibit packing multiple SDUs (or fragments) into single MAC PDUs 
followed by a successful DSA transaction, the lUT does not pack multiple 
SDUs (or fragments) into single MAC PDUs for the service flow. 


Test strategy 




Notes 





TP ID 


TP/BS/SF/BV-H112 


IEEE 802.16 Reference 


clause 11.13.14 


PICS Item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Check that: On receiving a DSA-REQ with a Maximum Latency parameter that 
does not exceed the Minimum Downlink Reserved Rate followed by a 
successful DSA transaction, the lUT satisfies Maximum Latency requirement 
for the service flow. 


Test strategy 




Notes 





.12 Adaptive Antenna Support (AAS) 



TP ID 


TP/BS/AAS/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.7.6.4 


PICS item 




Initial Condition 


lUT is ranging. 


Expected Behaviour 


Check that The lUT tunes the adaptive array during the ranging process. 


Test strategy 




Notes 
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TP ID 


TP/BS/AAS/BV-HOOI 


IEEE 802.16 Reference 


clause 6.3.7.6.5 


rlOb Item 




Initial Condition 


The lUT is operational. An SS is in AAS mode and has accomplished network 
entry. 


Expected Behaviour 


Check that: To determine channel state, the lUT transmits the 
AAS-FBACK-REQ message and an uplink allocation. 


Test strategy 




Notes 






TP ID 


TP/BS/AAS/BV-H002 


IEEE 802.16 Reference 


clause 6.3.7.6.5 


PICS item 




Initial Condition 


The lUT is operational. The SS is in AAS mode and has accomplished network 
entry. 


Expected Behaviour 


Check that: To determine channel state, the lUT transmits the 
AAS-FBACK-REQ message and an uplink allocation. 


Test strategy 




Notes 






TP ID 


TP/BS/AAS/BV-H003 


IEEE 802.16 Reference 


clause 10.4 
Table "CIDs" 


PICS item 




Initial Condition 


lUT begins initial ranging. 


Expected Behaviour 


Check that: The lUT uses the AAS initial ranging CID (OxFEFF) to allocate an 
Initial Ranging period. 


Test strategy 




Notes 






TP ID 


TP/BS/AAS/BV-H004 


IEEE 802.16 Reference 


clause 6.3.2.3 


PICS item 




Initial Condition 




Expected Behaviour 


Check that: For the AAS portion of the frame, the lUT transmits the DL-MAP, 
UL-MAP, DCD, UCD, and CLK-CMP messages with the Basic CID. 


Test strategy 




Notes 


DL-MAP, UL-MAP, DCD, UCD, and CLK-CMP are transmitted with the 
Broadcast CID in the non-AAS portion of the frame. 




TP ID 


TP/BS/AAS/BV-H100 


IEEE 802.16 Reference 


clause 6.3.7.6.6 

Table "RNG-REQ message encodings (row 4)" 
Table "RNG-RSP message encodings (row 1)" 


PICS item 




Initial Condition 


The lUT is operational. The lUT has received a RNG-REQ message with AAS 
broadcast capability TLV set to 0x01 (SS cannot receive broadcast messages). 


Expected Behaviour 


Check that: The lUT transmits a RNG-RSP message with the AAS broadcast 
permission field set to 0x01 (Contention-based bandwidth requests forbidden). 
Then check that the lUT provides a polling mechanism to obtain the bandwidth 
requirements or set to 0x00 (Contention-based bandwidth requests permitted) 
and correspondingly changes the array beam so that bandwidth requests are 
not lost. 


Test strategy 




Notes 
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TP ID 


TP/BS/AAS/BV-H200 


IEEE 802.16 Reference 


clause 8.3.6.2.4 


PICS item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: In the DL-MAP, the lUT indicates that the switch from non-AAS to 
AAS-enabled traffic is marked by DIUC=15 and the AAS_IE to indicate the 
subsequent allocations until the end of the frame. When used, the CID in the 
DL-MAP-IE is set to the Broadcast CID. Check that subsequent AAS PHY 
bursts start with the short preamble. 


Test strategy 




Notes 





TP ID 


TP/BS/AAS/BV-H201 


IEEE 802.16 Reference 


clause 8.3.6.2.4 


PICS item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: In the DL-MAP, the lUT indicates that the switch from non-AAS to 
AAS-enabled traffic is marked by DIUC=15 and the AAS_IE to indicate the 
subsequent allocations until the start of the first UL-MAP allocation. When 
used, the CID in the DL-MAP-IE is set to the Broadcast ID. Check that 
subsequent AAS PHY bursts start with the short preamble. 


Test strategy 




Notes 





TP ID 


TP/BS/AAS/BV-H202 


IEEE 802.16 Reference 


clause 8.3.6.2.4 


PICS item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: In the UL-MAP, the lUT indicates that the switch from non-AAS to 
AAS-enabled traffic is marked by DIUC=15 and the AAS_IE to indicate the 
subsequent AAS allocations until the end of the frame. When used, the CID in 
the DL-MAP-IE shall be set to the Broadcast CID. Check that subsequent AAS 
PHY bursts start with the short preamble. 


Test strategy 




Notes 





5.3 Test purposes for SS (SS) 

5.3.1 Channel Descriptors and Maps (CDM) 
5.3.1 .1 Map and Frame Structure (MAP) 
5.3.1.1.1 Initialization (INIT) 



TP ID 


TP/SS/CDM/MAP/INIT/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.9.1 


PICS Item 




Initial Condition 


lUT is turned off. The lUT has not previously acquired a downlink channel. 


Expected Behaviour 


Check that: When switched on, the lUT scans the possible channels until it 
finds a valid downlink signal. 


Test strategy 


This TP is untestable without an Upper Tester. The TP is implicitly tested 
during the Initial Ranging and subsequent tests. If the lUT does not acquire a 
downlink channel, it cannot receive any PDUs from the TE. 


Notes 
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TP ID 


TP/SS/CDM/MAP/INIT/BV-HOOI 


IEEE 802.16 Reference 


clause 6.3.9.1 


PlOb Item 




Initial Condition 


lUT Is configured to start scanning a given channel. lUT Is receiving a valid 
downlink signal on a channel other than the lUT's given configured channel. 


Expected Behaviour 


Check that: When turned on, the lUT acquires the valid downlink signal on the 
transmitted channel. 


Test strategy 




Notes 


Implicitly tested by observing subsequent lUT behaviour. 




TP ID 


TP/SS/CDM/MAP/INIT/BV-H002 


IEEE 802.16 Reference 


clause 6.3.9.1 


PICS Item 




Initial Condition 


lUT is turned on and has begun scanning. The lUT has found a valid downlink 
channel. 


Expected Behaviour 


Check that: The lUT correctly decodes the DL-MAP. 


Test strategy 


This TP is untestable without an Upper Tester. It is implicitly tested during the 
Initial Ranging and subsequent tests. If the lUT does not decode a DL-MAP, It 
cannot receive any PDUs from the TE. 


Notes 





TP ID 


TP/SS/CDM/MAP/INIT/BV-H003 


IEEE 802.16 

Reference 


clauses 6.3.9 and 8.3.5.1 

Table "OFDM Downlink Frame Prefix Format" 


PICS Item 




Initial Condition 


lUT is turned on, has begun scanning, and has found the lUT's configured BS ID 
on a channel. 


Expected Behaviour 


Check that: The lUT accepts each frame having the lUT's configured BS ID 
where the BS ID in the DLFP matches the BS ID in the DL-MAP. 


Test strategy 


1 ) The TE is configured to use BS ID #1 in the DLFP and BS ID #2 in the 
DL-MAP. 

2) Turn on the lUT. 

3) The TE is turned on. 

4) A preliminary pass verdict is assigned after T21 expiry if the lUT does not 
send a RNG-REQ in response to the DL-MAPs. 

5) The TE is then configured to transmit DL-MAPS with BS ID #1 as in the 
DLFP. 

6) The final pass verdict is assigned if the lUT sends a RNG-REQ in response 
to the new DL-MAPs. 

7) The TE is then configured to send DLFP and DL-MAP with BS_ID #2 while 
the lUT is still registered. 

8) The final pass verdict is assigned if the lUT restarts scanning before 
lostUIMaptimeout or lostDIMapTlmeout. 


Notes 
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TP ID 


TP/SS/CDM/MAr/INIT/BV-n004 


IEEE 802.16 


clauses 6.3.9 and 8.3.5.1 


Reference 


Table "OFDM Downlink Frame Prefix Format" 


PICS Item 




Initial Condition 


lUT has found the lUT's configured BS ID on a channel and Is accepting each 
frame having the lUT's configured BS ID where the BS ID In the DLFP matches 
theBS ID In the DL-MAP. 


Expected Behaviour 


Check that: On receiving frames where the BS ID in the DLFP does not match 
the BS ID in the DL-IVIAP for Lost DL-IVIAP Interval, the lUT scans for a new 
channel using its configured BS ID. 


Test strategy 


1) The TE Is configured to use BS ID #1 In the DLFP and BS ID #1 In the 
DL-MAP. 

2) Turn on the lUT. 

3) The TE is turned on. 

4) A preliminary pass verdict Is assigned If the lUT sends a RNG-REQ In 
response to the DL-MAPs. 

5) The TE is then configured to send DLFP and DL-MAP with BSJD #2 while 
the lUT Is still registered. 

6) The final pass verdict Is assigned If the lUT restarts scanning after Lost 
DL-MAP Interval. 


Notes 





.1.1.2 Operational (OPN) 



TP ID 


TP/SS/CDM/MAP/OPN/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.3.2 


PICS Item 




Initial Condition 


The lUT is generating MAC PDUs for management messages, user data, and 
bandwidth request. 


Expected Behaviour 


Check that: On receiving a UL-MAP allowing sufficient space to concatenate 
two or more MAC PDUs into the same uplink burst, the lUT concatenates the 
PDUs into the uplink burst. 


Test strategy 


1 ) Establish 2 uplink service flows. 

2) TE sends 2 UL-MAP IBs per frame, each one sufficient for one of the 
service flows. 

3) Interim verdict Is PASS If the lUT delivers the uplink data for each service 
flow per the UL-MAP lEs. 

4) TE then sends one UL-MAP IE per frame sufficiently large for both service 
flows to be transmitted in the same burst. 

5) Verdict is PASS if the lUT places the uplink data for both service flows into 
the uplink burst per the UL-MAP IE. 


Notes 


1 ) Packing must be OFF for this test. 




TP ID 


TP/SS/CDM/MAP/OPN/BV-H001 


IEEE 802.16 Reference 


clause 8.3.5.1, §5 


PICS Item 




Initial Condition 


lUT Is operating and receiving a DL service flow. 


Expected Behaviour 


Check that: On receiving multiple burst profiles in the same frame both at the 
negotiated DL PHY mode and more robust PHY modes per the DL-MAP, the 
lUT correctly decodes each of the MAC PDUs. 


Test strategy 




Notes 






TP ID 


TP/SS/CDM/MAP/OPN/TI-HOOO 


IEEE 802.16 Reference 


clause 6.3.9.3, §2 

Figure "Maintaining downlink synchronization" 


PICS Item 




Initial Condition 


lUT is synchronized. 


Expected Behaviour 


Check that: On not receiving DL-MAP for Lost DL-MAP Interval, the lUT 
re-establishes synchronization by scanning for a valid DL channel. 


Test strategy 




Notes 


Implicitly tested by subsequent behaviour. 
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TP ID 


TP/SS/CDM/MAP/OPN/TI-nOOl 


IEEE 802.16 Reference 


clause 6.3.9.3, §2 

Figure "Maintain uplink parameters" 


PICS Item 




Initial Condition 


lUT is synchronized and LIL parameters are established. 


Expected Behaviour 


Check that: On not receiving UL-MAP for Lost UL-MAP Interval, the lUT scans 
for a valid DL channel. 


Test strategy 




Notes 


Implicitly tested by subsequent behaviour. 


1 .3 Relevance (RLV) 


1 r lU 


1 r/bo/UUM/MAr/KLV/DV-nUUU 


IEEE 802.16 Reference 


clause 6.3.7.5 


PICS Item 




Initial Condition 


The lUT has scanned and synchronized to the DL-MAPs. 


Expected Behaviour 


Check that: On receiving UL-MAPs with minimum relevance (Allocation Start 
Time) granting bandwidth to the SS, the lUT correctly transmits MAC PDUs 

per the UL grant. 


Test strategy 


Unless otherwise noted, the grants for UL messages and the DCD and UCD 
messages necessary for operation are implicitly incorporated in the strategy. 

1 ) The lUT has scanned and found a valid DL-MAP message with its 
configured BS ID. 

2) The lUT then transmits a valid RNG-REQ message in an Initial Ranging 
Interval with a CID=0. 

3) The TE then transmits a RNG-RSP with Status = Continue and the Basic 
and Primary CIDs. 

4) The TE then transmits in a later frame an UL-MAP with minimum relevance 
for the Basic CID. 

5) The pass verdict is assigned if the lUT transmits a valid Ranging Request 
per the UL-MAP for the Basic CID in the same frame as the UL-MAP's 
frame. 


Notes 






TP ID 


TP/SS/CDM/MAP/RLV/BV-H001 


IEEE 802.16 Reference 


clause 6.3.7.5 


PICS Item 




Initial Condition 


The lUT has scanned and synchronized to the DL-MAPs. 


Expected Behaviour 


Check that: On receiving UL-MAPs with maximum relevance (Allocation Start 
Time) granting bandwidth to the SS, the lUT correctly transmits MAC PDUs 

per the UL grant. 


Test strategy 


Unless otherwise noted, the grants for UL messages and the DCD and UCD 
messages necessary for operation are implicitly incorporated in the strategy. 

1 ) The lUT has scanned and found a valid DL-MAP message with its 
configured BS ID. 

2) The lUT then transmits a valid RNG-REQ message in an Initial Ranging 
Interval with a CID=0. 

3) The TE then transmits a RNG-RSP with the Basic and Primary CIDs. 

4) The TE then transmits in a later frame an UL-MAP MAPs with maximum 
relevance for the Basic CID. 

5) The pass verdict is assigned if the lUT transmits a valid Ranging Request 
per the UL-MAP for the Basic CID in the frame following the UL-MAP's 
frame. 


Notes 
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TP ID 


TP/SS/CDM/MAP/RLV/BV-H002 


IEEE 802.16 Reference 


clause 6.3.7.5 


PICS Item 




initial Condition 


■ I i"¥* ■ 1 — II |— r~v r~v ■ 1 A i" A 1 II ■ ii X 1 1' 1 1 III IT 

lUT IS a Full FDD implementation. An UL service flow is established and lUT 
accepts data using minimum relevance. 


Expected Behaviour 


Check that: On receiving UL-MAPs that change the relevance from minimum 
to maximum, the lUT transmits the UL service flow data using maximum 
relevance. 


Test strategy 




Notes 





TP ID 


TP/SS/CDM/MAP/RLV/BV-H003 


IEEE 802.16 Reference 


clause 6.3.7.5 


PICS Item 




Initial Condition 


lUT is a Half FDD implementation. An UL service flow is established and lUT 
accepts data using minimum relevance. 


Expected Behaviour 


Check that: On receiving UL-MAPs that change the relevance from minimum 
to maximum, the lUT transmits the UL service flow data using maximum 
relevance. 


Test strategy 




Notes 





.1 .2 Channel Descriptors (CD) 



TP ID 


TP/SS/CDM/CD/BV-HOOO 


IEEE 802.16 Reference 


clauses 6.3.9.2, 6.3.2.3.1 and 11.4.2 


PICS Item 




Initial Condition 


The lUT has just synchronized and received a valid DCD. 


Expected Behaviour 


Check that: The lUT responds to DL MAC PDUs received on the downlink 
PHY parameters and DL Burst Profiles contained in the DCD. 


Test strategy 


Unless otherwise noted, the grants for UL messages and the DCD and UCD 
messages necessary for operation are implicitly incorporated in the strategy. 

1 ) The lUT is configured to initialize with the TE. 

2) The TE transmits DL-MAPs followed by a DCD message in the DCD 
Interval with given downlink PHY parameters and DL Burst Profile. 

3) lUT sends a RNG_REQ. 

4) TE sends a RNG_RSP in accordance with the downlink PHY parameters 
and the chosen DL Burst profile. 

5) The intermediate test verdict is assigned on the lUT transmitting a valid 
SBC-REQ (indicating that Burst Profile identified in the DCD was 
interpreted correctly by the lUT). 

6) The lUT is switched off and then back on to initialize with the TE. 

7) The TE transmits DL-MAPs followed by a DCD message in the DCD 
Interval with downlink PHY parameters and DL Burst Profiles different from 
the given parameters and profiles in step (2) above. 

8) The test verdict is assigned on the lUT transmitting a valid RNG-REQ. 


Notes 





TP ID 


TP/SS/CDM/CD/BV-H001 


IEEE 802.16 Reference 


clauses 6.3.9.3 and 6.3.2.3.3 


PICS Item 




Initial Condition 


The lUT has just synchronized. 


Expected Behaviour 


Check that: When the lUT receives a valid UCD message, the lUT transmits 
MAC PDUs per the uplink PHY parameters and UL Burst Profiles in the UCD. 


Test strategy 


1) The lUT is configured to initialize with the TE. 

2) The TE transmits UL-MAPs followed by a UCD message in the UCD 
Interval. 

3) The lUT transmits a valid RNG-REQ. The test verdict is on the TE-received 
RNG-REQ's uplink PHY parameters and UL Burst Profile. 


Notes 
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1 r lU 


1 r/oo/UUM/UU/DV-nlUU 


Itbb oU^.lb riGTGrGnce 


Clauses o.o.ii.o. \ ana 0.0.0.4 


PICS Item 




Initial Condition 


The lUT is operating. 


Expected Behaviour 


Check that: On receiving a DCD changing the Frame Duration Code, the lUT 
resynchronizes to the BS. 


Test strategy 




Notes 






TP ID 


TP/SS/CDM/CD/BV-H200 


IEEE 802.16 Reference 


clause 6.3.7.6.1, §4 


PICS Item 




Initial Condition 


The lUT is operating. lUT is not AAS-capable. 


Expected Behaviour 


Check that: The lUT ignores the AAS traffic indicated in DL-MAP and UL-MAP 
messages. 


Test strategy 




Notes 






TP ID 


TP/SS/CDM/CD/TI-HOOO 


IEEE 802.16 Reference 


clause 6.3.9.2, §1 

Figure "Maintaining DL Synchronization" 


PICS Item 




Initial Condition 


lUT is synchronized and operating. 


Expected Behaviour 


Check that: On not receiving a valid DCD for greater than T1 duration, the lUT 
scans for the next valid DL channel. 


Test strategy 




Notes 






TP ID 


TP/SS/CDM/CD/TI-H001 


IEEE 802.16 Reference 


clause 6.3.9.3, §5 

Figure "Maintain Uplink Parameters" 


PICS Item 




Initial Condition 


lUT is synchronized and operating. 


Expected Behaviour 


Check that: On not receiving a valid UCD for greater than T1 2 duration, the 
lUT does not use the uplink and scans for the next valid DL channel. 


Test strategy 




Notes 





.1 .3 Channel Descriptor Change (CDC) 
.1.3.1 Uplink (UL) 



TP ID 


TP/SS/CDM/CDC/UL/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.11 
Table "UCD update" 


PICS Item 




Initial Condition 


lUT is operating and transmitting data using Configuration Change Count = i. 
The lUT receives a UCD changing the uplink channel descriptor with a 
Configuration Change Count = (i + 1 MOD 256). 


Expected Behaviour 


Check that: On receiving a UL-MAP with Configuration Change Count = i, the 
lUT continues to transmit data using the burst profile corresponding to the 
Configuration Change Count = i. 


Test strategy 




Notes 
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TP ID 


TP/SS/CDM/CDC/UL/BV-H001 


IEEE 802.16 Reference 


clause 6.3.11 
Table "UCD update" 


PICS item 




Initial Condition 


lUT is operating and transmitting data using Configuration Change Count = i. 
The lUT receives a UCD changing the uplink channel descriptor with a 
Configuration Change Count = (i + 1 IVIOD 256) followed by a UL-MAP with 

Configuration Change Count = 1. The lUT then transmits data using the burst 
profiles corresponding to the Configuration Change Count = i. The lUT then 
receives another UCD with a Configuration Change Count = (i + 1 MOD 256). 


Expected Behaviour 


Check that: On receiving a UL-MAP with Configuration Change Count = i, the 
lUT continues to transmit data using the burst profile corresponding to the 
Configuration Change Count = i. 


Test strategy 




Notes 






TP ID 


TP/SS/CDM/CDC/UL/BV-H002 


IEEE 802.16 Reference 


clause 6.3.1 1 
Table "UCD update" 


PICS Item 




Initial Condition 


lUT is operating and transmitting data using Configuration Change Count = i. 
The lUT receives a UCD changing the uplink channel descriptor with a 
Configuration Change Count = (i + 1 MOD 256) followed by a UL-MAP with 

Configuration Change Count = i. The lUT then transmits data using the burst 
profiles defined in the UCD with Configuration Change Count = i. The lUT then 
receives another UCD with a Configuration Change Count = (i + 1 MOD 256). 


Expected Behaviour 


Check that: On receiving successive UL-MAPs each having Configuration 
Change Count = i, the lUT continues to transmit data using the burst profile 
corresponding to the Configuration Change Count = i. 


Test strategy 




Notes 






TP ID 


TP/SS/CDM/CDC/UL/BV-H003 


IEEE 802.16 Reference 


clause 6.3.1 1 
Table "UCD update" 


PICS Item 




Initial Condition 


lUT is operating and transmitting data using Configuration Change Count = i. 
The lUT receives a UCD changing the uplink channel descriptor with a 
Configuration Change Count = (i + 1 MOD 256) followed by a UL-MAP with 
Configuration Change Count = i. The lUT then transmits data using the burst 
profiles defined in the UCD with Configuration Change Count = i. The lUT then 
receives another UCD with a Configuration Change Count = (i + 1 MOD 256) 
followed by successive UL-MAPs each having Configuration Change Count 
= i. The lUT continues to transmit data using the burst profile corresponding to 
the Configuration Change Count = i. 


Expected Behaviour 


Check that: On receiving a UL-MAP with a Configuration Change 

Count = (i + 1 MOD 256), the lUT transmits the data using the new burst profile 

corresponding to the Configuration Change Count = (i + 1 MOD 256). 


Test strategy 




Notes 
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.1.3.2 Downlink (DL) 



TP ID 


TP/SS/CDM/CDC/DL/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.11 
Table "DCD update" 


PICS Item 




Initial Condition 


lUT is operating and receiving downlink data Configuration Change 

Count = i. The lUT receives a DCD message with Configuration Change Count 

= (i + 1 MOD 256). 


Expected Behaviour 


Check that: On receiving a DL-MAP with Configuration Change Count = i, the 
lUT continues to process the DL data using the DCD settings corresponding to 
Configuration Change Count = i. 


Test strategy 




Notes 






TP ID 


TP/SS/CDM/CDC/DL/BV-H001 


IEEE 802.16 Reference 


clause 6.3.11 
Table "DCD update" 


PICS Item 




Initial Condition 


lUT is operating and receiving downlink data Configuration Change Count = i. 
The lUT receives a DCD message with Configuration Change 

Count = (i + 1 MOD 256) followed by DL-MAPs with Configuration Change 
Count = i. The lUT continues to process the DL data using burst profile 
corresponding to Configuration Change Count = i. The lUTthen receives 
another DCD message with Configuration Change Count = (i + 1 MOD 256). 


Expected Behaviour 


Check that: On receiving a DL-MAP with Configuration Change Count = i, the 
lUT continues to process the DL data using the DCD settings corresponding to 
Configuration Change Count = i. 


Test strategy 




Notes 






TP ID 


TP/SS/CDM/CDC/DL/BV-H002 


IEEE 802.16 Reference 


clause 6.3.11 
Table "DCD update" 


PICS Item 




Initial Condition 


lUT is operating and receiving downlink data Configuration Change Count = i. 
The lUT receives a DCD message with Configuration Change 
Count = (i + 1 MOD 256) followed by DL-MAPs with Configuration Change 
Count = i. The lUT continues to process the DL data using burst profile 
corresponding to Configuration Change Count = i. The lUTthen receives 
another DCD message with Configuration Change Count = (i + 1 MOD 256). 


Expected Behaviour 


Check that: On receiving a DL-MAP with Configuration Change 

Count = (i + 1 MOD 256), the lUT processes the DL data using the new burst 

profile corresponding to Configuration Change Count = (i + 1 MOD 256). 


Test strategy 




Notes 
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5.3.2 Radio Link Control (RLC) 
5.3.2.1 Initial Ranging (IRNG) 



TP ID 


TP/SS/RLC/IRNG/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.9.5.1 


PICS Item 




Initial Condition 


The lUT is synchronized and UL and DL parameters are established. 


Expected Behaviour 


Check that: The lUT transmits a RNG-REQ with CID=0 in the nth Transmission 

Opportunity where n is a random value in the range < n < (2*^ - 1). "m" is the 
value in the latest UCD message's Ranging Backoff Start field. 


Test strategy 


1) The TE transmits valid DCD, DL-MAP, and UCD during sufficient time to 
allow the lUT to become synchronized and to establish UL and DL 
parameters. The TE also transmits UL-MAP messages that do not contain 
Initial Ranging Intervals. 

2) The TE then transmits UL-MAPs containing Initial Ranging Intervals. 

3) A PASS verdict is assigned if the lUT transmits a valid RNG-REQ with 
CiD=0 in one of the UL-MAP's Initial Ranging Intervals with backoff. 


Notes 





TP ID 


TP/SS/RLC/IRNG/BV-H001 


IEEE 802.16 Reference 


clause 6.3.9.5 


PICS Item 




Initial Condition 


The lUT has started Initial Ranging and has transmitted the first RNG-REQ 
message on the Initial Ranging CID (zero). 


Expected Behaviour 


Check that: Qn receiving a RNG-RSP message with timing and power 
corrections and the Status field set to Continue, the lUT applies the power and 
timing corrections and transmits a RNG-REQ using the Basic CID in the 
RNG-RSP message in an invited Initial Ranging Interval. 


Test strategy 


Straightforward. 


Notes 





TP ID 


TP/SS/RLC/IRNG/BV-H002 


IEEE 802.16 Reference 


clause 6.3.9.5.1 


PICS Item 




Initial Condition 


The lUT is in Initial Ranging and has just transmitted a RNG-REQ message. 


Expected Behaviour 


Check that: Qn receiving a RNG-RSP message containing Status = Continue 
and timing adjustments, the iUT incorporates the timing adjustments to 
transmit a RNG-REQ message. 


Test strategy 


Straightfonward. 


Notes 





TP ID 


TP/SS/RLC/IRNG/BV-H003 


IEEE 802.16 Reference 


clause 6.3.9.5.1, §10 


PICS Item 




Initial Condition 


IUT is in Initial Ranging. 


Expected Behaviour 


Check that: Qn receiving a RNG-RSP on its Basic CID with Status = Continue 
requiring a frequency adjustment, the IUT transmits at the adjusted frequency 

a valid RNG-REQ message. 


Test strategy 




Notes 
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TP ID 


TP/SS/RLC/IRNG/BV-H004 


IEEE 802.16 Reference 


clauses 6.3.2.3.5-6 and 6.3.9.5 

Table "RNG-RSP Message Encodings" 

Figure Initial Ranging-SS (Part 2) 


PICS Item 




Initial Condition 


lUT is Initializing and has finished the contention part of Initial Ranging. 


Expected Beliaviour 


Check that: Each time on receiving a RNG-RSP containing a Ranging Status 
set to continue (1) and Contention Ranging Retries is not exhausted, the lUT 
sends a RNG-REQ containing the Basic CID in its MAC header until it receives 
a RNG-RSP containing a Ranging Status set to success (3). 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/IRNG/BV-H005 


IEEE 802.16 Reference 


clause 8.3.7.2, §8 

Figure "Subchannelized Initial Ranging - SS (Parts la and lb)" 


PICS Item 




Initial Condition 


lUT supports subchannelization and its initialization. lUT has attempted to use 
the maximum power level without success. lUT has then sent a 
Subchannelization Ranging Signal on a subchannel. 


Expected Behaviour 


Check that: On receiving a UL-MAP with a Subchannelized Network_Entry_IE 
for the Initial Ranging CID (= zero), the lUT sends a subchannelized 
RNG-REQ at maximum power. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/IRNG/BV-H1 00 


IEEE 802.16 Reference 


clause 6.3.9.6 

Figure "Initial Ranging-SS (part 2)" 


PICS Item 




Initial Condition 


The lUT is in Initial Ranging and has just transmitted at maximum power a 
RNG-REQ message. 


Expected Behaviour 


Check that: On receiving a RNG-RSP message containing Status = Continue 
and an increase in power, the lUT transmits a RNG-REQ in the next grant 
(UIUC=1) on its Basic CID with Ranging Anomalies set to "SS already at 
maximum power". 


Test strategy 


Straightfonward. 


Notes 






TP ID 


TP/SS/RLC/IRNG/BV-H101 


IEEE 802.16 Reference 


clause 6.3.9.6 

Figure "Initial Ranging-SS (part 2)" 


PICS item 




Initial Condition 


The lUT is in Initial Ranging and has just transmitted at minimum power a 
RNG-REQ message. 


Expected Behaviour 


Check that: On receiving a RNG-RSP message containing Status = Continue 
and a decrease in power, the lUT transmits a RNG-REQ in the next grant 
(UIUC=1) on its Basic CID with Ranging Anomalies set to "SS already at 
minimum power". 


Test strategy 


Straightforward. 


Notes 
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TP ID 


TP/SS/RLC/IRNG/BV-H102 


IEEE 802.16 Reference 


clause 6.3.9.6 

Figure Initial Ranging-SS (part 2) 


PICS item 




Initial Condition 


The lUT is in Initial Ranging and has just transmitted RNG-REQ message. 


Expected Behaviour 


Check that: On receiving a RNG-RSP message containing Status = Continue 
with timing adjustments whose sum is too large, the lUT transmits a RNG-REQ 
in the next grant (UIUC=1 ) on its Basic CID with Ranging Anomalies set to 
"Sum of commanded timing adjustments is too large". 


Test strategy 


Straightfonward. 


Notes 






TP ID 


TP/SS/RLC/IRNG/BV-H103 


IEEE 802.16 Reference 


clauses 6.3.2.3.5-6 and 6.3.9.5 
Figure "Initial Ranging-SS (Part 2)" 


PICS Item 




Initial Condition 


For License-exempt operation. The lUT is in Initial Ranging 


Expected Beliaviour 


Checl<that: On receiving a RNG-RSP containing an Uplinl< Channel ID 
Override TLV, the lUT moves to the designated channel and sends a 
RNG-REQ (CID = zero). 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/IRNG/BV-H104 


IEEE 802.16 Reference 


Figure "Initial Ranging-SS (Part 2)" 


PICS Item 




Initial Condition 


lUT is in Initial Ranging. 


Expected Behaviour 


Check that: On receiving a RNG-RSP on its Basic CID with Status = Abort and 
containing a DL Frequency Override TLV, the lUT moves to the frequency 
given in the DL Frequency Override TLV and scans for a valid DL-MAP. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/IRNG/BV-H105 


IEEE 802.16 Reference 


clause 6.3.9.5.1 

Figure "Initial Ranging-SS (part 2)" 


PICS Item 




Initial Condition 


The lUT is Initial Ranging and has transmitted a RNG-REQ message. 


Expected Behaviour 


Check that: On receiving a RNG-RSP message with Status = Abort and not 
containing a DL Frequency Override TLV, the lUT scans for the next DL 
channel and resets the MAC layer. 


Test strategy 


1 ) Straightforward up to the TE sending the RNG-RSP message with the 
criteria in the Test Purpose. 

2) Begin transmitting DL-MAPs, DCDs, UL-MAPs, and UCDs on the next DL 
channel. 

3) Assign a PASS if the lUT transmits a RNG-REQ on the DL channel used in 
2) and with a CID=0. 


Notes 






TP ID 


TP/SS/RLC/IRNG/BV-H106 


IEEE 802.16 Reference 


clause 11.1.3 


PICS Item 




Initial Condition 


The lUT conforms to only the current versions of IEEE 802.16-2004 [2]. It is 
initializing and transmitted a RNG-REQ containing the current MAC version 
value. The lUT has received a RNG-RSP indicating a prior MAC version value. 


Expected Behaviour 


Check that: lUT disables any attempt for uplink transmission. 


Test strategy 




Notes 
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TP ID 


TP/SS/RLC/IRNG/BV-H107 


IEEE 802.16 Reference 


clause 1 1 .1 .3 


PICS Item 




initial Condition 


The lUT conforms to past and current versions of IEEE 802.16-2004 [2]. It is 
initializing and transmitted a RNG-REQ containing the current IVIAC version 
value. The lUT has received a RNG-RSP Indicating a prior MAC version value. 


Expected Behaviour 


Check that: lUT continues operation in conformance with the prior MAC 
version. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/IRNG/BV-H108 


IEEE 802.16 Reference 


clause 6.3.9.5.1, §8 

Table "Ranging and automatic adjustments procedure (continued)" 


PICS Item 




Initial Condition 


The lUT has started Initial Ranging and has transmitted the first RNG-REQ 
message on the Initial Ranging CID (zero). 


Expected Behaviour 


Check that: On receiving a RNG-RSP message on the Initial Ranging CID 
(zero) with transmission parameters, the Frame Number, and the Initial 
Ranging Opportunity Number, the lUT adjusts transmission parameters and 
transmits another RNG-REQ on the Initial Ranging CID in the next 
transmission opportunity. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/IRNG/TI-HOOO 


IEEE 802.16 Reference 


Figure Obtaining Uplink Parameters 
Figure "Initial Ranging-SS (Part 2)" 


PICS item 




Initial Condition 


lUT has found a valid DL channel, obtained UL parameters, started T2, and is 
waiting for a contention ranging opportunity. 


Expected Behaviour 


Check that: On T2 expiry without receiving a contention ranging opportunity, 
the lUT scans for another valid downlink channel. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/IRNG/TI-H001 


IEEE 802.16 Reference 


clause 6.3.9.5.1, §7 

Figure "Initial Ranging-SS (Part 2)" 

clause 6.3.8 §7 


PICS Item 




Initial Condition 


lUT has begun initialization and sent the first contention RNG-REQ 
(CID = ZERO) with backoff. 


Expected Behaviour 


Check that: On not receiving a valid RNG-RSP, the lUT transmits another 
contention RNG-REQ in a backoff window whose Start and End values are 
2 times greater than the first backoff window. 


Test strategy 




Notes 


The TE should ensure that the 2""^ backoff window's end value will be less than 
the maximum backoff window end value. 
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TP ID 


TP/SS/RLC/IRNG/TI-H002 


IEEE 802.16 Reference 


clauses 6.3.2.3.5-6 and 6.3.9.5 

Table "Parameters and Constants", Contention Ranging Retries 


PICS Item 




Initial Condition 


lUT Is has begun contention Initial Ranging and Is receiving Initial Contention 
ranging slots. The lUT has sent a RNG-REQ (CID = zero) with backoff and 
started T3. 


Expected Behaviour 


Check that: Each time T3 expires and a RNG-RSP is not received, the lUT 
sends a RNG-REQ message (CID = zero) in a backoff window twice as large 
as the previous window or maximum bacl<off window (whichever is smaller) 
and re-started T3 until Contention Request Retries is exhausted. 


Test strategy 




Notes 





TP ID 


TP/SS/RLC/IRNG/TI-H003 


IEEE 802.16 Reference 


Figure "Initial Ranging-SS (Part 2)" 


PICS Item 




Initial Condition 


lUT has begun Initialization, started T3, and sent Contention Ranging Retries 
to which there has been no response. 


Expected Behaviour 


Check that: When T3 expires, the lUT scans for a valid DL channel. 


Test strategy 




Notes 





.2.2 Periodic Ranging (PRNG) 



TP ID 


TP/SS/RLC/PRNG/BV-HOOO 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operational. An UL data flow is established with data being sent. The 
lUT has transmitted a MAC DATA PDU. 


Expected Behaviour 


Check that: On receiving a RNG-RSP message to adjust power with 
Status = Continue that does not cause Ranging Anomalies followed by a Data 
grant, the lUT implements the RNG-RSP's power correction, stops sending 
data, and transmits a short preamble with: 

- either a RNG-REQ without anomalies (see note); or 

- a padding PDU; or 

- stuff bytes. 


Test strategy 




Notes 


It is implicit that there are stuff bytes or a padding PDU in the remainder of the 
burst filled by the RNG-REQ. 



TP ID 


TP/SS/RLC/PRNG/BV-H001 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operational. An UL data flow is established with data being sent. 


Expected Behaviour 


Check that: On receiving a RNG-RSP message to change the timing advance 

with Status = Continue that does not cause Ranging Anomalies followed by a 
Data grant, the lUT implements the RNG-RSP's timing adjustments, stops 
sending data, and transmits a short preamble with: 

- either a RNG-REQ without anomalies (see note); or 

- a padding PDU; or 

- stuff bytes. 


Test strategy 




Notes 


It is implicit that there are stuff bytes or a padding PDU In the remainder of the 
burst filled by the RNG-REQ. 
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TP ID 


TP/SS/RLC/PRNG/BV-H002 


IEEE 802.16 Reference 




PICS Item 




initial Condition 


lUT is operational. An UL data flow is established with data being sent. 


Expected Behaviour 


Check that: On receiving a RNG-RSP message to adjust power with 
Status = Continue that does not cause Ranging Anomalies followed by an 
Invited Ranging opportunity, the lUT implements the RNG-RSP's corrections, 
stops sending data, and transmits a long preamble with: 

- either a RNG-REQ without anomalies (see note); or 

- a padding PDU; or 

- stuff bytes. 


Test strategy 




Notes 


It is implicit that there are stuff bytes or a padding PDU in the remainder of the 
burst filled by the RNG-REQ. 




TP ID 


TP/SS/RLC/PRNG/BV-H003 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operational. An UL data flow is established with data being sent. 


Expected Befiaviour 


Check that: On receiving a RNG-RSP message to change the timing advance 
with Status = Continue that does not cause Ranging Anomalies followed by an 
Invited Ranging opportunity, the lUT implements the RNG-RSP's timing 
adjustments, stops sending data, and transmits a long preamble with: 

- either a RNG-REQ without anomalies (see note); or 

- a padding PDU; or 

- stuff bytes. 


Test strategy 




Notes 


It is implicit that there are stuff bytes or a padding PDU in the remainder of the 
burst filled by the RNG-REQ. 




TP ID 


TP/SS/RLC/PRNG/BV-H004 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operational. An uplink data flow is established. There is no UL data 
pending transfer or being transferred. 


Expected Behaviour 


Check that: On receiving a RNG-RSP with Status = Success that does not 
cause Ranging Anomalies followed by a Data grant, the lUT implements the 
RNG-RSP's corrections and transmits a short preamble with: 

- either a RNG-REQ without anomalies (see note); or 

- a padding PDU; or 

- stuff bytes. 


Test strategy 




Notes 


It is implicit that there are stuff bytes or a padding PDU in the remainder of the 
burst filled by the RNG-REQ. 




TP ID 


TP/SS/RLC/PRNG/BV-H005 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operational. An UL data flow is established. There is no UL data pending 
transfer or being transferred. 


Expected Behaviour 


Check that: On receiving an FPC that does not cause Ranging Anomalies 
followed by a Data grant, the lUT implements the FPC's corrections and 
transmits a short preamble with: 

- either a RNG-REQ without anomalies (see note); or 

- a padding PDU; or 

- stuff bytes. 


Test strategy 




Notes 


It is implicit that there are stuff bytes or a padding PDU in the remainder of the 
burst filled by the RNG-REQ. 
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TP ID 


TP/SS/RLC/PRNG/BV-H006 


IEEE 802.16 Reference 




PICS Item 




initial Condition 


lUT is operational. An UL data flow is established. There is no UL data pending 
transfer or being transferred. 


Expected Behaviour 


Check that: On receiving a Power Control IE that does not cause Ranging 
Anomalies followed by a Data grant, the lUT implements the Power Control 
lE's corrections and transmits a short preamble with: 

- either a RNG-REQ without anomalies (see note); or 

- a padding PDU; or 

- stuff bytes. 


Test strategy 




Notes 


It is implicit that there are stuff bytes or a padding PDU in the remainder of the 
burst filled by the RNG-REQ. 




TP ID 


TP/SS/RLC/PRNG/BV-H007 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operational. An UL data flow is established. UL data is being transferred. 


Expected Befiaviour 


Check that: On receiving a RNG-RSP with Status = Success that does not 
cause Ranging Anomalies followed by a Data grant, the lUT implements the 
RNG-RSP's corrections and: 

- either continues transmitting data in the Data grant; or 

- transmits a RNG-REQ without anomalies in the Data grant (see note); or 

- transmits data and a RNG-REQ without anomalies using the Data grant. 


Test strategy 




Notes 


It is implicit that there are stuff bytes or a padding PDU in the remainder of the 
burst filled by the RNG-REQ. 




TP ID 


TP/SS/RLC/PRNG/BV-H008 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operational. An UL data flow is established. UL data is being transferred. 


Expected Behaviour 


Check that: On receiving an FPC that does not cause Ranging Anomalies 
followed by a Data grant, the lUT implements the PRC's corrections and: 

- either continues transmitting data in the Data grant; or 

- transmits a RNG-REQ without anomalies in the Data grant (see note); or 

- transmits data and a RNG-REQ without anomalies in the Data grant. 


Test strategy 




Notes 


It is implicit that there are stuff bytes or a padding PDU in the remainder of the 
burst filled by the RNG-REQ. 




TP ID 


TP/SS/RLC/PRNG/BV-H009 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operational. An UL data flow is established. UL data is being transferred. 


Expected Behaviour 


Check that: On receiving a Power Control IE that does not cause Ranging 
Anomalies followed by a Data grant, the lUT implements the Power Control 

lE's corrections and: 

- either continues transmitting data in the Data grant; or 

- transmits a RNG-REQ without anomalies in the Data grant (see note); or 

- transmits data and a RNG-REQ without anomalies in the Data grant. 


Test strategy 




Notes 


It is implicit that there are stuff bytes or a padding PDU in the remainder of the 
burst filled by the RNG-REQ. 
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TP ID 


TP/SS/RLC/PRNG/BV-H01 


IEEE 802.16 Reference 




PICS Item 




initial Condition 


lUT is operational. An UL data flow is established. UL data is being transferred. 


Expected Behaviour 


Check that: On receiving a RNG-RSP with Status = Success that does not 
cause Ranging Anomalies followed by an Invited Ranging Opportunity, the lUT 
implements the RNG-RSP's corrections and transmits: 

- either a padding PDU; or 

- stuff bytes; or 

- a RNG-REQ without anomalies (see note). 


Test strategy 




Notes 


It is implicit that there are stuff bytes or a padding PDU in the remainder of the 
burst filled by the RNG-REO. 




TP ID 


TP/SS/RLC/PRNG/BV-H01 1 


IEEE 802.16 Reference 




PICS Item 




initial Condition 


lUT is operational. An UL data flow is established. UL data is being transferred. 


Expected Behaviour 


Check that: On receiving an FPC that does not cause Ranging Anomalies 
followed by an Invited Ranging Opportunity, the lUT implements the FPC's 
corrections and transmits: 

- either a padding PDU; or 

- stuff bytes; or 

- a RNG-REQ without anomalies (see note). 


Test strategy 




Notes 


It is implicit that there are stuff bytes or a padding PDU in the remainder of the 
burst filled by the RNG-REQ. 




TP ID 


TP/SS/RLC/PRNG/BV-H01 2 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operational. An UL data flow is established. UL data is being transferred. 


Expected Behaviour 


Check that: On receiving a Power Control IE that does not cause Ranging 
Anomalies followed by an Invited Ranging Opportunity, the lUT implements the 
Power Control lE's corrections and transmits: 

- either a padding PDU; or 

- stuff bytes; or 

- a RNG-REQ without anomalies (see note). 


Test strategy 




Notes 


It is implicit that there are stuff bytes or a padding PDU in the remainder of the 
burst filled by the RNG-REQ. 




TP ID 


TP/SS/RLC/PRNG/BV-H01 3 


IEEE 802.16 Reference 




PICS item 




Initial Condition 


lUT is operational. The UL data flow is established. lUT is transmitting UL data 
at or near maximum power. 


Expected Behaviour 


Check that: On receiving a RNG-RSP message with Status = Continue to 

increase power above the lUT's maximum power followed by a Data grant, the 
lUT stops transmitting data, adjusts transmission power to the maximum if 
required, and sends a RNG-REQ with Ranging Anomalies = "SS already at 
maximum power" in the Data grant. 


Test strategy 




Notes 
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TP ID 


TP/SS/RLC/PRNG/BV-H01 4 


IEEE 802.16 Reference 




PICS Item 




initial Condition 


lUT is operational. The UL data flow is established. lUT is transmitting UL data 
at or near minimum power. 


Expected Behaviour 


Check that: On receiving a RNG-RSP message with Status = Continue to 
decrease power below the lUT's minimum power followed by a Data grant, the 
lUT stops transmitting data, adjusts transmission power to the minimum if 
required, and sends a RNG-REQ with Ranging Anomalies = "SS already at 
minimum power" in the Data grant. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/PRNG/BV-H01 5 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operational. The UL data flow is established. lUT is transmitting UL data 

at or near maximum power. 


Expected Behaviour 


Check that: On receiving a RNG-RSP message with Status = Continue to 
increase power above the lUT's maximum power followed by an Invited 
Ranging opportunity (UlUC = 1), the lUT stops transmitting data, adjusts 
transmission power to maximum if required, and sends a RNG-REQ with 
Ranging Anomalies = "SS already at maximum power" in the Invited Ranging 
opportunity. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/PRNG/BV-H01 6 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operational. The UL data flow is established. lUT Is transmitting UL data 
at or near minimum power. 


Expected Behaviour 


Check that: On receiving a RNG-RSP message with Status = Continue to 
decrease power the lUT's minimum power followed by an Invited Ranging 
opportunity (UlUC = 1), the lUT stops transmitting data, adjusts transmission 
power to minimum if required, and sends a RNG-REQ with Ranging Anomalies 
= "SS already at minimum power" in the Invited Ranging opportunity. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/PRNG/BV-H01 7 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: On receiving a RNG-RSP containing the Ranging Status set to 
Abort, the lUT re-initializes its MAC layer and restarts its MAC operations. 


Test strategy 




Notes 
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TP ID 


TP/SS/RLC/PRNG/BV-H01 8 


IEEE 802.16 Reference 




PICS Item 




initial Condition 


lUT is operational. The UL data flow is established. lUT was transmitting data 
at or near maximum power, received an RNG-RSP message with Status = 
Continue to increase power above the lUT's maximum power, stopped 
transmitting data, and sent a RNG-REQ with Ranging Anomalies = "SS 

already at maximum power". 


Expected Behaviour 


Check that: On receiving Data grants, the iUT transmits in the Data grants at 
maximum power: 

- either a padding PDU; or 

- stuff bytes; or 

- a RNG-REQ without anomalies (see note). 


Test strategy 




Notes 


IUT does not send a RNG-REQ with anomalies nor does it send data. 

It is implicit that there are stuff bytes or a padding PDU in the remainder of the 

burst filled by the RNG-REQ. 




TP ID 


TP/SS/RLC/PRNG/BV-H01 9 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


IUT is operational. The UL data flow is established. IUT was transmitting data 
at or near minimum power, received an RNG-RSP message with 
Status = Continue to decrease power below the lUT's minimum power, 
stopped transmitting data, and sent a RNG-REQ with Ranging 
Anomalies = "SS already at minimum power". 


Expected Behaviour 


Check that: Qn receiving Data grants, the IUT transmits in the Data grants at 
minimum power: 

- either a padding PDU; or 

- stuff bytes; or 

- a RNG-REQ without anomalies (see note). 


Test strategy 




Notes 


IUT does not send a RNG-REQ with anomalies nor does it send data. 

It is implicit that there are stuff bytes or a padding PDU in the remainder of the 

burst filled by the RNG-REQ. 




TP ID 


TP/SS/RLC/PRNG/BV-H020 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


IUT is operational. The UL data flow is established. IUT was transmitting data 
at or near maximum power, received an RNG-RSP message with 
Status = Continue to increase power above the lUT's maximum power, 
stopped transmitting data, and sent a RNG-REQ with Ranging 
Anomalies = "SS already at maximum power". 


Expected Behaviour 


Check that: Qn receiving an Invited Ranging Opportunity, the IUT transmits in 
the Opportunity at maximum power: 

- either a padding PDU; or 

- stuff bytes; or 

- a RNG-REQ without anomalies (see note). 


Test strategy 




Notes 


IUT does not send a RNG-REQ with anomalies nor does it send data. 

It is implicit that there are stuff bytes or a padding PDU in the remainder of the 

burst filled by the RNG-REQ. 
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TP ID 


TP/SS/RLC/PRNG/BV-H021 


IEEE 802.16 Reference 




PICS Item 




initial Condition 


lUT is operational. The UL data flow is established. lUT was transmitting data 
at or near minimum power, received an RNG-RSP message with 
Status = Continue to decrease power below the lUT's minimum power, 
stopped transmitting data, and sent a RNG-REQ with Ranging Anomalies = 
"SS already at minimum power". 


Expected Behaviour 


Check that: On receiving an Invited Ranging Opportunity, the lUT transmits in 
the Opportunity at minimum power: 

- either a padding PDU; or 

- stuff bytes; or 

- a RNG-REQ without anomalies (see note). 


Test strategy 




Notes 


lUT does not send a RNG-REQ with anomalies nor does it send data. 

It is implicit that there are stuff bytes or a padding PDU in the remainder of the 

burst filled by the RNG-REQ. 




TP ID 


TP/SS/RLC/PRNG/BV-H022 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operational. The UL data flow is established. lUT is transmitting UL data 
at or near maximum power. 


Expected Behaviour 


Check that: On receiving a RNG-RSP message with Status = Success to 
increase power above the lUT's maximum power followed by a Data grant, the 
lUT adjusts to maximum power if required and sends: 

either a RNG-REQ with Ranging Anomalies = "SS already at maximum 

power" in the Data grant; or 

a RNG-REQ with Ranging Anomalies = "SS already at maximum power" 
and a DATA PDU in the Data grant. 


Test strategy 




Notes 


The lUT continues transmitting data using subsequent Data grants, 
(see note)lt is implicit that there are stuff bytes or a padding PDU in the 
remainder of the burst filled by the RNG-REQ. 




TP ID 


TP/SS/RLC/PRNG/BV-H023 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operational. The UL data flow is established with no data pending 
transfer or being transferred. lUT is transmitting at or near maximum power. 


Expected Behaviour 


Check that: On receiving a RNG-RSP message with Status = Success to 
increase power above the lUT's maximum power followed by a Data grant, the 
lUT adjusts to maximum power if required and transmits a RNG-REQ with 
Ranging Anomalies = "SS already at maximum power" in the grant. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/PRNG/BV-H024 


IEEE 802.16 Reference 




PICS item 




Initial Condition 


lUT is operational. The UL data flow is established. lUT is transmitting UL data 
at or near minimum power. 


Expected Behaviour 


Check that: On receiving a RNG-RSP message with Status = Success to 
decrease power below the lUT's minimum power followed by a Data grant, the 
lUT adjusts to minimum power if required and sends: 

either a RNG-REQ with Ranging Anomalies = "SS already at minimum 

power" in the Data grant (see note); or 

a RNG-REQ with Ranging Anomalies = "SS already at minimum power" 
and a DATA PDU in the Data grant. 


Test strategy 




Notes 


It is implicit that there are stuff bytes or a padding PDU in the remainder of the 
burst filled by the RNG-REQ. 
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TP ID 


TP/SS/RLC/PRNG/BV-H025 


IEEE 802.16 Reference 




PICS Item 




initial Condition 


lUT is operational. The UL data flow is established with no data pending 
transfer or being transferred. lUT is transmitting at or near minimum power. 


Expected Behaviour 


Check that: On receiving a RNG-RSP message with Status = Success to 
decrease power below the lUT's minimum power followed by a Data grant, the 
lUT adjusts to minimum power if required and transmits a RNG-REQ with 
Ranging Anomalies = "SS already at minimum power" in the grant. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/PRNG/BV-H026 


IEEE 802.16 Reference 




PiCS Item 




Initial Condition 


lUT is operational. The UL data flow is established. lUT is transmitting UL data 

at or near maximum power. 


Expected Behaviour 


Check that: On receiving a RNG-RSP message with Status = Success to 
increase power above the lUT's maximum power followed by an Invited 
Ranging Opportunity, the lUT adjusts to maximum power if required and 
transmits a RNG-REQ with Ranging Anomalies = "SS already at maximum 
power" in the Opportunity. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/PRNG/BV-H027 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operational. The UL data flow is established. lUT is transmitting UL data 
at or near minimum power. 


Expected Behaviour 


Check that: On receiving a RNG-RSP message with Status = Success to 
decrease power below the lUT's minimum power followed by an Invited 
Ranging Opportunity, the lUT adjusts to minimum power if required and 
transmits a I^NG-REQ with Ranging Anomalies = "SS already at minimum 
power" in the Opportunity. 


Test strategy 




Notes 


The lUT continues transmitting Data PDUs using the Data grants n. 




TP ID 


TP/SS/RLC/PRNG/BV-H028 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operational. The UL data flow is established. lUT is transmitting UL data 

at or near maximum power. 


Expected Behaviour 


Check that: On receiving an FPC message to increase power above the lUT's 
maximum power followed by a Data grant, the lUT adjusts to maximum power 
if required and sends: 

either a RNG-REQ with Ranging Anomalies = "SS already at maximum 

power" in the Data grant (see note); or 

a RNG-REQ with Ranging Anomalies = "SS already at maximum power" 
and a DATA PDU in the Data grant. 


Test strategy 




Notes 


It is implicit that there are stuff bytes or a padding PDU in the remainder of the 
burst filled by the RNG-REQ. 
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TP ID 


TP/SS/RLC/PRNG/BV-H02g 


IEEE 802.16 Reference 




PICS Item 




initial Condition 


lUT is operational. The UL data flow is established with no data pending 
transfer or being transferred. lUT is transmitting at or near maximum power. 


Expected Behaviour 


Check that: On receiving an FPC message to increase power above the lUT's 
maximum power followed by a Data grant, the lUT adjusts to maximum power 
if required and sends a RNG-REQ with Ranging Anomalies = "SS already at 
maximum power" in the grant. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/PRNG/BV-H30 


IEEE 802.16 Reference 




PiCS Item 




Initial Condition 


lUT is operational. The UL data flow is established. lUT is transmitting UL data 
at or near minimum power. 


Expected Behaviour 


Check that: On receiving an FPC message to decrease power below the lUT's 
minimum power followed by a Data grant, the lUT adjusts to minimum power if 
required and sends: 

either a RNG-REQ with Ranging Anomalies = "SS already at minimum 

power" in the Data grant (see note); or 

RNG-REQ with Ranging Anomalies = "SS already at minimum power" and 
a DATA PDU in the Data grant. 


Test strategy 




Notes 


It is implicit that there are stuff bytes or a padding PDU in the remainder of the 
burst filled by the RNG-REQ. 




TP ID 


TP/SS/RLC/PRNG/BV-H031 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operational. The UL data flow is established with no data pending 
transfer or being transferred. lUT is transmitting at or near minimum power. 


Expected Behaviour 


Check that: On receiving an FPC message to decrease power below the lUT's 
minimum power followed by a Data grant, the lUT adjusts to minimum power if 
required and sends a RNG-REQ with Ranging Anomalies = "SS already at 
minimum power" in the grant. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/PRNG/BV-H032 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operational. The UL data flow is established. lUT is transmitting UL data 
at or near maximum power. 


Expected Behaviour 


Check that: On receiving an FPC message to increase power above the lUT's 
maximum power followed by a Invited Ranging Opportunity, the lUT adjusts to 
maximum power if required and sends a RNG-REQ with 
Ranging Anomalies = "SS already at maximum power" in the opportunity. 


Test strategy 




Notes 


lUT continues transmitting data on Data grants. 
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TP ID 


TP/SS/RLC/PRNG/BV-H033 


IEEE 802.16 Reference 




PICS Item 




initial Condition 


lUT is operational. The UL data flow is established. lUT is transmitting UL data 
at or near minimum power. 


Expected Behaviour 


Check that: On receiving an FPC message to decrease power below the lUT's 
minimum power followed by a Invited Ranging Opportunity, the lUT adjusts to 
minimum power if required and sends a RNG-REQ with 
Ranging Anomalies = "SS already at minimum power" in the opportunity. 


Test strategy 




Notes 


lUT continues transmitting data on Data grants. 




TP ID 


TP/SS/RLC/PRNG/BV-H034 


IEEE 802.16 Reference 




PiCS Item 




Initial Condition 


lUT is operational. The UL data flow is established. lUT is transmitting UL data 

at or near maximum power. 


Expected Behaviour 


Check that: On receiving a Power Control IE to increase power above the 
lUT's maximum power followed by a Data grant, the lUT adjusts to maximum 
power if required and sends: 

either a RNG-REQ with Ranging Anomalies = "SS already at maximum 

power" in the Data grant (see note); or 

a RNG-REQ with Ranging Anomalies = "SS already at maximum power" 
and a DATA PDU in the Data grant. 


Test strategy 




Notes 


It is implicit that there are stuff bytes or a padding PDU in the remainder of the 
burst filled by the RNG-REQ. 




TP ID 


TP/SS/RLC/PRNG/BV-H035 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operational. The UL data flow is established with no data pending 
transfer or being transferred. lUT is transmitting at or near maximum power. 


Expected Behaviour 


Check that: On receiving a Power Control IE to increase power above the 
lUT's maximum power followed by a Data grant, the lUT adjusts to maximum 
power if required and sends a RNG-REQ with Ranging Anomalies = "SS 
already at maximum power" in the grant. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/PRNG/BV-H037 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operational. The UL data flow is established. lUT is transmitting UL data 
at or near minimum power. 


Expected Behaviour 


Check that: On receiving a Power Control IE to decrease power below the 
lUT's minimum power followed by a Data grant, the lUT adjusts to minimum 
power if required and sends: 

either a RNG-REQ with Ranging Anomalies = "SS already at minimum 

power" in the Data grant (see note); or 

a RNG-REQ with Ranging Anomalies = "SS already at minimum power" and 
a DATA PDU in the Data grant. 


Test strategy 




Notes 


It is implicit that there are stuff bytes or a padding PDU in the remainder of the 
burst filled by the RNG-REQ. 
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TP ID 


TP/SS/RLC/PRNG/BV-H038 


IEEE 802.16 Reference 




PICS Item 




initial Condition 


lUT is operational. The UL data flow is established with no data pending 
transfer or being transferred. lUT is transmitting at or near minimum power. 


Expected Behaviour 


Check that: On receiving a Power Control IE to decrease power below the 
lUT's minimum power followed by a Data grant, the lUT adjusts to minimum 
power if required and sends a RNG-REQ with Ranging Anomalies = "SS 
already at minimum power" in the grant. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/PRNG/BV-H039 


IEEE 802.16 Reference 




PiCS Item 




Initial Condition 


lUT is operational. The UL data flow is established. lUT is transmitting UL data 

at or near maximum power. 


Expected Behaviour 


Check that: On receiving a Power Control IE to increase power above the 
lUT's maximum power followed by an Invited Ranging Opportunity, the lUT 
adjusts to maximum power if required and sends a RNG-REQ with Ranging 
Anomalies = "SS already at maximum power" in the opportunity. 


Test strategy 




Notes 


lUT continues transmitting data on Data grants. 




TP ID 


TP/SS/RLC/PRNG/BV-H040 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operational. The UL data flow is established. lUT is transmitting UL data 
at or near minimum power. 


Expected Behaviour 


Check that: On receiving a Power Control IE to decrease power below the 
lUT's minimum power followed by an Invited Ranging Opportunity, the lUT 
adjusts to minimum power if required and sends a RNG-REQ with Ranging 
Anomalies = "SS already at minimum power" in the opportunity. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/PRNG/TI-HOOO 


IEEE 802.16 Reference 


clause 6.3.10.2, §2 (2) 


PICS Item 




Initial Condition 


lUT is operational. lUT has received an uplink data grant UlUC = (5 to 1 2) or 
invited ranging opportunity UlUC = (1) and started 14. 


Expected Behaviour 


Check that: On T4 expiry without receiving any Data grants or Invited Ranging 
Opportunities, the lUT re-initializes its MAC layer and restarts its MAC 
operations. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/PRNG/BV-H1 00 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operational. An UL data flow is established with data being sent. 


Expected Behaviour 


Check that: On receiving a RNG-RSP message to change the Tx frequency 
offset with Status = Continue that does not cause Ranging Anomalies followed 
by a Data grant, the lUT implements the RNG-RSP's frequency changes, stops 
sending data, and transmits a short preamble with: 

- either a RNG-REQ without anomalies (see note); or 

- a padding PDU; or 

- stuff bytes. 


Test strategy 




Notes 


It is implicit that there are stuff bytes or a padding PDU in the remainder of the 
burst filled by the RNG-REQ. 
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TP ID 


TP/SS/RLC/PRNG/BV-H1 01 


IEEE 802.16 Reference 




PICS Item 




initial Condition 


lUT is operational. An UL data flow is established with data being sent. 


Expected Behaviour 


Check that: On receiving a RNG-RSP message to change the frequency with 
Status = Continue that does not cause Ranging Anomalies followed by an 
Invited Ranging opportunity, the lUT implements the RNG-RSP's frequency 
adjustments, stops sending data, and transmits a long preamble with: 

- either a RNG-REQ without anomalies (see note); or 

- a padding PDU; or 

- stuff bytes. 


Test strategy 




Notes 


It is implicit that there are stuff bytes or a padding PDU in the remainder of the 
burst filled by the RNG-REQ. 



.2.3 Downlink Burst Profile Management (DBPC) 
.2.3.1 To a Less Robust Profile (LRP) 



TP ID 


TP/SS/RLC/DBPC/LRP/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.10.1 

Figure "State transition diagram for downlink burst profile management-SS" 
Figure "Transition to a less robust operational burst profile" 


PICS Item 




Initial Condition 


The lUT is operational and receiving data on a DL data transport connection 
with a burst profile more or equally robust as the Downlink Burst Profile defined 
by DlUC Y. 


Expected Behaviour 


Check that: On receiving data at a CINR that is high enough to receive data at 
a less robust profile denoted by DlUC Z, the lUT transmits in a data grant a 
valid DBPC-REQ containing the DlUC field set to DlUC Z. The lUT monitors 
the DL data on a DlUC more or equally robust as DlUC Z. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/DBPC/LRP/BV-H001 


IEEE 802.16 Reference 


clause 6.3.10.1 

Figure "State transition diagram for downlink burst profile management-SS" 
Figure "Transition to a less robust operational burst profile" 


PICS Item 




Initial Condition 


The lUT is operational and receiving data on a DL data transport connection 
with a burst profile more or equally robust as the Downlink Burst Profile defined 
by DlUC Y. On receiving data at a CINR that is high enough to receive data at 
a less robust profile denoted by DlUC Z, the lUT has transmitted in a data 
grant a valid DBPC-REQ containing the DlUC field set to DlUC Z. The lUT is 
monitoring the DL data on a DlUC more or equally robust as DlUC Z. 


Expected Behaviour 


Check that: On receiving a valid DBPC-RSP with the DlUC field set to DlUC Z, 
the lUT sets the operational burst profile to DlUC Z and monitors the DL data 
having a burst profile more or equally robust as DlUC Z. 


Test strategy 




Notes 
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TP ID 


TP/SS/RLC/DBPC/LRP/BV-H002 


IEEE 802.16 Reference 


clause 6.3.10.1 

Figure "State transition diagram for downlinl< burst profile management-SS" 
Figure "Transition to a less robust operational burst profile" 


PICS Item 




Initial Condition 


The lUT Is operational and receiving data on a DL data transport connection 
with burst profile DlUC Y. On receiving data at a CINR that is high enough to 
receive data at a less robust profile denoted by DlUC Z, the lUT has 
transmitted in a data grant a valid DBPC-REQ containing the DlUC field set to 
DlUC Z. The lUT is monitoring the DL data on a DlUC more or equally robust 
as DlUC Z. 


Expected Behaviour 


Check that: On receiving a valid DBPC-RSP with the DlUC field set to DlUC Y, 
the lUT resets the operational burst profile to DlUC Y and monitors the DL data 
having a burst profile more or equally robust as DlUC Y. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/DBPC/LRP/TI-HOOO 


IEEE 802.16 Reference 


clause 6.3.10.1 

Figure "State transition diagram for downlink burst profile management-SS" 
Figure "Transition to a less robust operational burst profile" 


PICS Item 




Initial Condition 


The lUT is operational and receiving data on a DL data transport connection 
with burst profile DlUC Y. On receiving data at a CINR that is high enough to 
receive data at a less robust profile denoted by DlUC Z, the lUT has 
transmitted in a data grant a valid DBPC-REQ containing the DlUC field set to 
DlUC Z. The lUT is monitoring the DL data on a DlUC more or equally robust 
as DlUC Z. On receiving a valid DBPC-RSP with the DlUC field set to DlUC Y, 
the lUT has reset the operational burst profile to DlUC Y, is monitoring the DL 
data having a burst profile more or equally robust as DlUC Y, and has started 
T28. 


Expected Behaviour 


Check that: On receiving data before T28 expiry at a CINR that is high enough 
to receive data at a less robust profile denoted by DlUC Z, the lUT continues to 

monitor data having a burst profile more or equally robust as DlUC Y and does 
not transmit a valid DBPC-REQ. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/DBPC/LRP/TI-H001 


IEEE 802.16 Reference 


clause 6.3.10.1 

Figure "State transition diagram for downlink burst profile management-SS" 
Figure "Transition to a less robust operational burst profile" 


PICS Item 




Initial Condition 


The lUT is operational and receiving data on a DL data transport connection 
with burst profile DlUC Y. On receiving data at a CINR that is high enough to 
receive data at a less robust profile denoted by DlUC Z, the lUT has 
transmitted in a data grant a valid DBPC-REQ containing the DlUC field set to 
DlUC Z. The lUT is monitoring the DL data on a DlUC more or equally robust 
as DlUC Z. On receiving a valid DBPC-RSP with the DlUC field set to DlUC Y, 
the lUT has reset the operational burst profile to DlUC Y, is monitoring the DL 
data having a burst profile more or equally robust as DlUC Y, and has started 
T28. On receiving data before T28 expiry at a CINR that Is high enough to 
receive data at a less robust profile denoted by DlUC Z, the lUT continues to 
monitor data having a burst profile more or equally robust as DlUC Y and has 
not transmitted a valid DBPC-REQ. 


Expected Behaviour 


Check that: On T28 expiry, the lUT transmits a valid DBC-REQ containing the 
DlUC field set to DlUC Z. The lUT monitors the DL data on a DlUC more or 
equally robust as DlUC Z. 


Test strategy 




Notes 
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TP ID 


TP/SS/RLC/DBPC/LRP/TI-H002 


IEEE 802.16 Reference 


clause 6.3.10.1 

Figure "State transition diagram for downlinl< burst profile management-SS" 
Figure "Transition to a less robust operational burst profile" 


PICS Item 




Initial Condition 


The lUT Is operational and receiving data on a DL data transport connection 
with burst profile DlUC Y. On receiving data at a CINR that Is high enough to 
receive data at a less robust profile denoted by DlUC Z, the lUT has 
transmitted in a data grant a valid DBPC-REQ containing the DlUC field set to 
DlUC Z. The lUT is monitoring the DL data on a DlUC more or equally robust 
as DlUC Z and has started T30. 


Expected Behaviour 


Check that: On expiry of T30 without receiving a valid DBPC-RSP, the lUT 
sets the operational burst profile to DlUC Y and monitors the DL data having a 
burst profile more or equally robust as DlUC Y. 


Test strategy 




Notes 





.2.3.2 To a More Robust Profile (MRP) 



TP ID 


TP/SS/RLC/DBPC/MRP/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.10.1 

Figure "State transition diagram for downlinl< burst profile management-SS" 
Figure "Transition to a more robust operational burst profile" 


PICS Item 




Initial Condition 


The lUT is operational and receiving data on a DL data transport connection 
with a burst profile more or equally robust as the Downlinl< Burst Profile defined 
by DlUC Y. 


Expected Behaviour 


Check that: On receiving data at a CINR that is low enough to receive data at a 
more robust profile denoted by DlUC X: 

- either the lUT transmits In a data grant a valid DBPC-REQ containing the 
DlUC field set to DlUC X. The lUT continues to monitor the DL data on a DlUC 

more or equally robust as DlUC Y; 

- or the lUT transmits in an Initial Ranging Interval a valid RNG-REQ 
containing the DlUC field set to DlUC X. The lUT continues to monitor the DL 

data on a DlUC more or equally robust as DlUC Y. 


Test strategy 




Notes 





TP ID 


TP/SS/RLC/DBPC/MRP/BV-H100 


IEEE 802.16 Reference 


clause 6.3.10.1 

Figure "State transition diagram for downlink burst profile management-SS" 
Figure "Transition to a more robust operational burst profile" 


PICS Item 




Initial Condition 


The lUT is operational and receiving data on a DL data transport connection 
with a burst profile more or equally robust as the Downlink Burst Profile defined 
by DlUC Y. On receiving data at a CINR that is low enough to receive data at a 
more robust profile denoted by DlUC X, the lUT has transmitted In a data grant 
a valid DBPC-REQ containing the DlUC field set to DlUC X. The lUT Is 
monitoring the DL data on a DlUC more or equally robust as DlUC Y. 


Expected Behaviour 


Check that: On receiving a valid DBPC-RSP message containing the DlUC 
field set to DlUC X, the lUT changes the operational burst profile to DlUC X 
and processes data on a burst profile more or equally robust as the DlUC X 
profile. 


Test strategy 




Notes 
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TP ID 


TP/SS/RLC/DBPC/MRP/BV-H1 01 


IEEE 802.16 Reference 


clause 6.3.10.1 

Figure "State transition diagram for downlink burst profile management-SS" 
Figure "Transition to a more robust operational burst profile" 


PICS Item 




Initial Condition 


The lUT Is operational and receiving data on a DL data transport connection 
with a burst profile more or equally robust as the Downlink Burst Profile defined 
by DlUC Y. On receiving data at a CINR that is low enough to receive data at a 
more robust profile denoted by DlUC X, the lUT has transmitted in a data grant 
a valid DBPC-REQ containing the DlUC field set to DlUC X. The lUT is 
monitoring the DL data on a DlUC more or equally robust as DlUC Y. 


Expected Behaviour 


Check that: On receiving a valid DBPC-RSP message containing the DlUC 
field set to DlUC Y, the lUT keeps the operational burst profile at DlUC Y and 
processes data on a burst profile more or equally robust as the DlUC Y profile. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/DBPC/MRP/BV-H200 


IEEE 802.16 Reference 


clause 6.3.10.1 

Figure "State transition diagram for downlink burst profile management-SS" 
Figure "Transition to a more robust operational burst profile" 


PICS Item 




Initial Condition 


The lUT is operational and receiving data on a DL data transport connection 
with a burst profile more or equally robust as the Downlink Burst Profile defined 
by DlUC Y. On receiving data at a CINR that is low enough to receive data at a 
more robust profile denoted by DlUC X, the lUT has transmitted in an Initial 
Ranging Interval a valid RNG-REQ containing the DlUC field set to DlUC X. 
The lUT Is monitoring the DL data on a DlUC more or equally robust as 
DlUC Y. 


Expected Behaviour 


Check that: On receiving a valid RNG-RSP message containing the DlUC field 
set to DlUC X, the lUT changes the operational burst profile to DlUC X and 
processes data on a burst profile more or equally robust as the DlUC X profile. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/DBPC/MRP/BV-H201 


IEEE 802.16 Reference 


clause 6.3.10.1 

Figure "State transition diagram for downlink burst profile management-SS" 
Figure "Transition to a more robust operational burst profile" 


PICS Item 




Initial Condition 


The lUT is operational and receiving data on a DL data transport connection 
with a burst profile more or equally robust as the Downlink Burst Profile defined 
by DlUC Y. On receiving data at a CINR that is low enough to receive data at a 
more robust profile denoted by DlUC X, the lUT has transmitted in an Initial 
Ranging Interval a valid RNG-REQ containing the DlUC field set to DlUC X. 
The lUT is monitoring the DL data on a DlUC more or equally robust as 
DlUC Y. 


Expected Behaviour 


Check that: On receiving a valid RNG-RSP message containing the DlUC field 
set to DlUC Y, the lUT keeps the operational burst profile at DlUC Y and 
processes data on a burst profile more or equally robust as the DlUC Y profile. 


Test strategy 




Notes 
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TP ID 


TP/SS/RLC/DBPC/MRP/TI-H1 00 


IEEE 802.16 Reference 


clause 6.3.10.1 

Figure "State transition diagram for downlinl< burst profile management-SS" 
Figure "Transition to a more robust operational burst profile" 


PICS Item 




Initial Condition 


The lUT is operational and receiving data on a DL data transport connection 
with a burst profile more or equally robust as the Downlink Burst Profile defined 
by DlUC Y. On receiving data at a CINR that is low enough to receive data at a 
more robust profile denoted by DlUC X, the lUT has transmitted in a data grant 
a valid DBPC-REQ containing the DlUC field set to DlUC X. The lUT monitors 
the DL data on a DlUC more or equally robust as DlUC Y. The lUT then 
received a valid DBPC-RSP message containing the DlUC field set to DlUC Y, 
keeps the operational burst profile at DlUC Y, processes data on a burst profile 
more or equally robust as the DlUC Y profile, and starts T29. 


Expected Behaviour 


Check that: On receiving data before T29 expiry at a CINR that is low enough 
to receive data at a more robust profile denoted by DlUC X, the lUT continues 
to monitor data having a burst profile more or equally robust as DlUC Y and 
does not transmit a valid DBPC-REQ or RNG-REQ. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/DBPC/MRP/TI-H1 01 


IEEE 802.16 Reference 


clause 6.3.10.1 

Figure "State transition diagram for downlink burst profile management-SS" 
Figure "Transition to a more robust operational burst profile" 


PICS Item 




Initial Condition 


The lUT is operational and receiving data on a DL data transport connection 
with a burst profile more or equally robust as the Downlink Burst Profile defined 
by DlUC Y. On receiving data at a CINR that is low enough to receive data at a 
more robust profile denoted by DlUC X, the lUT has transmitted in a data grant 
a valid DBPC-REO containing the DlUC field set to DlUC X. The lUT monitors 
the DL data on a DlUC more or equally robust as DlUC Y. The lUT then 
received a valid DBPC-RSP message containing the DlUC field set to DlUC Y, 
keeps the operational burst profile at DlUC Y, processes data on a burst profile 
more or equally robust as the DlUC Y profile, and starts T29. 


Expected Behaviour 


Check that: After T29 expiry and on receiving data at a CINR that is low 
enough to receive data at a more robust profile denoted by DlUC X 

either the lUT transmits in a data grant a valid DBPC-REO containing the 
DlUC field set to DlUC X. The lUT continues to monitor the DL data on a 
DlUC more or equally robust as DlUC Y;or 

the lUT transmits in an Initial Ranging Interval a valid RNG-REQ containing 
the DlUC field set to DlUC X. The lUT continues to monitor the DL data on 
a DlUC more or equally robust as DlUC Y. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/DBPC/MRP/TI-H102 


IEEE 802.16 Reference 


clause 6.3.10.1 

Figure "State transition diagram for downlink burst profile management-SS" 
Figure "Transition to a more robust operational burst profile" 


PICS Item 




Initial Condition 


The lUT is operational and receiving data on a DL data transport connection 
with burst profile DlUC Y. On receiving data at a CINR that is low enough to 
receive data at a more robust profile denoted by DlUC X, the lUT has 
transmitted in a data grant a valid DBPC-REQ containing the DlUC field set to 
DlUC X. The lUT is monitoring the DL data on a DlUC more or equally robust 
as DlUC Y and has started T30. 


Expected Behaviour 


Check that: On expiry of T30 without receiving a valid DBPC-RSP, the lUT 
sets the operational burst profile to DlUC Y and monitors the DL data having a 
burst profile more or equally robust as DlUC Y. 


Test strategy 




Notes 
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TP ID 


TP/SS/RLC/DBPC/MRP/TI-H200 


IEEE 802.16 Reference 


clause 6.3.10.1 

Figure "State transition diagram for downlinl< burst profile management-SS" 
Figure "Transition to a more robust operational burst profile" 


PICS Item 




Initial Condition 


The lUT is operational and receiving data on a DL data transport connection 
with a burst profile more or equally robust as the Downlink Burst Profile defined 
by DlUC Y. On receiving data at a CINR that is low enough to receive data at a 
more robust profile denoted by DlUC X, the lUT has transmitted in a data grant 
a valid RNG-REQ containing the DlUC field set to DlUC X. The lUT monitors 
the DL data on a DlUC more or equally robust as DlUC Y. The lUT then 
received a valid RNG-RSP message containing the DlUC field set to DlUC Y, 
keeps the operational burst profile at DlUC Y, processes data on a burst profile 
more or equally robust as the DlUC Y profile, and starts T29. 


Expected Behaviour 


Check that: On receiving data before T29 expiry at a CINR that is low enough 
to receive data at a more robust profile denoted by DlUC X, the lUT continues 
to monitor data having a burst profile more or equally robust as DlUC Y and 
does not transmit a valid DBPC-REQ or RNG-REQ. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/DBPC/MRP/TI-H201 


IEEE 802.16 Reference 


clause 6.3.10.1 

Figure "State transition diagram for downlink burst profile management-SS" 
Figure "Transition to a more robust operational burst profile" 


PICS Item 




Initial Condition 


The lUT is operational and receiving data on a DL data transport connection 
with a burst profile more or equally robust as the Downlink Burst Profile defined 
by DlUC Y. On receiving data at a CINR that is low enough to receive data at a 
more robust profile denoted by DlUC X, the lUT has transmitted in a data grant 
a valid RNG-REQ containing the DlUC field set to DlUC X. The lUT monitors 
the DL data on a DlUC more or equally robust as DlUC Y. The lUT then 
received a valid RNG-RSP message containing the DlUC field set to DlUC Y, 
keeps the operational burst profile at DlUC Y, processes data on a burst profile 
more or equally robust as the DlUC Y profile, and starts T29. 


Expected Behaviour 


Check that: After T29 expiry and on receiving data at a CINR that is low 
enough to receive data at a more robust profile denoted by DlUC X: 

either the lUT transmits in a data grant a valid DBPC-REQ containing the 
DlUC field set to DlUC X. The lUT continues to monitor the DL data on a 
DlUC more or equally robust as DlUC Y; or 

the lUT transmits in an Initial Ranging Interval a valid RNG-REQ containing 
the DlUC field set to DlUC X. The lUT continues to monitor the DL data on 
a DlUC more or equally robust as DlUC Y. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/DBPC/MRP/TI-H202 


IEEE 802.16 Reference 


clause 6.3.10.1 

Figure "State transition diagram for downlink burst profile management-SS" 
Figure "Transition to a more robust operational burst profile" 


PICS Item 




Initial Condition 


The lUT is operational and receiving data on a DL data transport connection 
with burst profile DlUC Y. On receiving data at a CINR that is low enough to 
receive data at a more robust profile denoted by DlUC X, the lUT has 
transmitted in a data grant a valid RNG-REQ containing the DlUC field set to 
DlUC X. The lUT is monitoring the DL data on a DlUC more or equally robust 
as DlUC Y and has started T3. 


Expected Behaviour 


Check that: On expiry of T3 without receiving a valid RNG-RSP, the lUT sets 
the operational burst profile to DlUC Y and monitors the DL data having a burst 
profile more or equally robust as DlUC Y. 


Test strategy 




Notes 
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.2.4 Negotiate Basic Capabilities (SBC) 



TP ID 


TP/SS/RLC/SBC/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.9.7 


PICS Item 




Initial Condition 


The lUT has completed Initial Ranging. 


Expected Behaviour 


Check that: The lUT transmits a valid SBC-REQ on its Basic CID containing 
the Physical Parameters and Bandwidth Allocation Support. 


Test strategy 


Straightfonward. 


Notes 






TP ID 


TP/SS/RLC/SBC/BV-H001 


IEEE 802.16 Reference 


clauses 6.3.2.3.24 and 6.3.9.7 


PICS Item 




Initial Condition 


The lUT has completed Initial Ranging and has transmitted a valid SBC-REQ 
on its Basic CID containing the Physical Parameters and Bandwidth Allocation 
Support. 


Expected Behaviour 


Check that: On receiving an SBC-RSP containing an identical set of the lUT's 
SBC-REQ capabilities parameters set to "on", the lUT transmits: 

- either valid AUTH-INFO and AUTH-REQ; or 

- a REG-REQ when Authorization is unsupported. 


Test strategy 


Check that: On receiving an SBC-RSP containing an identical set of the lUT's 
SBC-REQ capabilities parameters set to "on", the lUT transmits: 

- either valid AUTH-INFO and AUTH-REQ; or 

- a REG-REQ when Authorization is unsupported. 


Notes 






TP ID 


TP/SS/RLC/SBC/BV-H002 




Replaced by TP/SS/RLC/SBC/BV-H004 




TP ID 


TP/SS/RLC/SBC/BV-H003 




Deleted 




TP ID 


TP/SS/RLC/SBC/BV-H004 


IEEE 802.16 Reference 


clauses 6.3.2.3.24 and 6.3.9.7, §1 
Figure "Wait for SBC-RSP - SS" 


PICS Item 




Initial Condition 


The lUT has completed Initial Ranging and has transmitted a valid SBC-REQ 
on its Basic CID containing the Physical Parameters and Bandwidth Allocation 
Support. Authorization is supported. 


Expected Behaviour 


Check that: On receiving a valid SBC-RSP, the lUT transmits valid 
AUTH-INFO and AUTH-REQ. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/SBC/BV-H1 00 


IEEE 802.16 Reference 


clause 11.1.1 


PICS Item 




Initial Condition 


The lUT has just finished Initial Ranging and its current transmitted power is 

outside the range -64 dBm to 63,5 dBm. 


Expected Behaviour 


Check that: On sending the SBC-REQ, the lUT assigns the closest of these 
extremes to the Current Transmit Power in the SBC-REQ. 


Test strategy 




Notes 
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TD in 
1 r lU 


1 K/oo/KLO/ODLf/DV-n1U 1 


itbb ou^i.ib KGTGrence 


Clause 1 1 .o.o.ii 


PICS Item 




Initial Condition 


The lUT does not support QAM64 and has just finished Initial Ranging. 


Expected Behaviour 


Check that: On sending the SBC-REQ, the lUT sets Byte 3 of the Maximum 
Power TLV to zero (QAM64 not supported). 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/SBC/TI-HOOO 


IEEE 802.16 Reference 


clauses 6.3.2.3.23 and 24 

Figure "Walt for SBC-RSP - SS" 

Table "Parameters and Constants" SBC Request Retries 


PICS Item 




Initial Condition 


lUT has just finished Initial Ranging, sent a valid SBC-REQ, and started T1 8. 


Expected Behaviour 


Check that: Each time T18 expires for SBC Request Retries without receiving 
a valid SBC-RSP, the lUT retransmits the SBC-REQ and restarts T18. 


Test strategy 




Notes 






TP ID 


TP/SS/RLC/SBC/TI-H001 


IEEE 802.16 Reference 


clauses 6.3.2.3.23 and 24 
Figure "Walt for SBC-RSP - SS" 

Table "Parameters and Constants" SBC Request Retries 


PICS Item 




Initial Condition 


lUT has finished Ranging, started Basic Capabilities negotiation, and 
re-transmitted the SBC-REQ for SBC Request Retries without receiving any 
SBC-RSP. lUT has re-started T18. 


Expected Behaviour 


Check that: After T18 expiry, the lUT re-initializes the MAC layer. 


Test strategy 




Notes 


All retries are exhausted and after T18 expires, the lUT re-initializes the MAC. 



5.3.3 Registration, IP Connectivity, and Parameter Transfer (INI) 
5.3.3.1 Registration (REG) 



TP ID 


TP/SS/INI/REG/BV-HOOO 


IEEE 802.16 Reference 


clauses 6.3.2.3.7 and 6.3.9.9 


PICS Item 


A.27/1 


Initial Condition 


The lUT is initializing and has negotiated Basic Capabilities where SS 
Authorization and Key Exchange are not required. 


Expected Behaviour 


Check that: On receiving an UL bandwidth grant, the lUT sends a valid 
REG-REQ message on the Primary CID containing at a minimum the SS 
Management Support, the IP Management Mode, the Uplink CID Support, and 
the HMAC tuple TLVs. 


Test strategy 


1 ) Perform initialization. During the SBC transaction, the TE sets 
Authorization Policy Support to "Not Supported" (§1 1 .8.5). 

2) Straightforward hereafter assuming that Authorization and Key Exchange 
are not required. 


Notes 
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TP ID 


TP/SS/INI/REG/BV-H001 


IEEE 802.16 Reference 


clauses 6.3.2.3.7 and 6.3.9.9 


PICS Item 




initial Condition 


The lUT IS initializing and has negotiated SS Authonzation and Key Exchange. 


Expected Behaviour 


Check that: On receiving an UL bandwidth grant, the lUT sends a valid 
REG-REQ message on the Primary CID containing at a minimum the SS 
Management Support, the IP Management Mode, the Uplink CID Support, and 
the HMAC tuple TLVs. 


Test strategy 




Notes 






TP ID 


TP/SS/INI/REG/BV-H002 




Deleted 




TP ID 


TP/SS/INI/REG/BV-H003 


IEEE 802.16 Reference 


clause 11.1.5, §2 


PICS Item 




initial Condition 


lUT is starting Registration. 


Expected Befiaviour 


Check that: On sending a REG-REQ containing a Vendor ID TLV, the ID 
assigned to the lUT's Vendor is the value in the Vendor ID TLV. 


Test strategy 




Notes 


Vendor ID TLV is optional. 




TP ID 


TP/SS/INI/REG/BV-H004 


IEEE 802.16 Reference 


clause 6.3.2.3.7 


PICS Item 




Initial Condition 


lUT is a managed SS and Authorization is complete. 


Expected Behaviour 


Check that: To request fragmentation and ARC for the Secondary 
Management connection, the lUT transmits a REG-REQ containing the ARQ 
Parameters. 


Test strategy 




Notes 






TP ID 


TP/SS/INI/REG/BI-HOOO 


IEEE 802.16 Reference 


clauses 6.3.2.3.7 and 6.3.2.3.8, §3 "Response" 
Figure "Wait for REG-RSP - SS" 


PICS Item 




Initial Condition 


lUT is in Registration and has sent a valid REG-REQ. 


Expected Behaviour 


Check that: On receiving a REG-RSP containing an invalid HMAC value, the 
lUT retransmits the REG-REQ. 


Test strategy 




Notes 






TP ID 


TP/SS/INI/REG/BI-H001 


IEEE 802.16 Reference 


clause 11.1.6, §1 


PICS Item 




Initial Condition 


lUT has started Registration and sent a REG-REQ. 


Expected Behaviour 


Check that: On receiving a REG-RSP containing a Vendor-specific Information 
Compound TLV whose first TLV is not of Vendor ID type, the lUT discards the 
Vendor-specific Information Compound TLV. 


Test strategy 




Notes 
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TP ID 


Tr/SS/INI/REG/TI-MOOO 


IEEE 802.16 Reference 


Figure Wait tor REG-RbP - bb 

1 aoie rarameters ana uonstants i o 


PICS Item 




Initial Condition 


lUT is in Registration, has sent a valid REG-REQ, and started T6. 


Expected Behaviour 


Check that: After T6 expiry without receiving a REG-RSP, the lUT retransmits 
the REG-REQ. 


Test strategy 




Notes 






TP ID 


TP/SS/INI/REG/TI-H001 


IEEE 802.16 Reference 


Figure "Wait for REG-RSP - SS" 

Table "Parameters and Constants" "Registration Request Retries" and "T6" 


PICS Item 




Initial Condition 


lUT is in Registration, has sent a valid REG-REQ and started T6. 


Expected Befiaviour 


Check that: For Registration Request Retries, each time the lUT does not 
receive a REG-RSP and T6 expires, the lUT retransmits the REG-REQ and 
restarts T6. 


Test strategy 




Notes 






TP ID 


TP/SS/INI/REG/TI-H002 


IEEE 802.16 Reference 


Figure "Wait for REG-RSP - SS" 

Table "Parameters and Constants" "Registration Request Retries" 


PICS Item 




Initial Condition 


lUT is in Registration, has sent a valid REG-REQ, and started T6. 


Expected Beiiaviour 


Check that: After Registration Request Retries of T6 expiry and resending the 
REG-REQ without receiving a REG-RSP, the lUT reinitializes its MAC layer. 


Test strategy 




Notes 






TP ID 


TP/SS/INI/REG/TI-H003 


IEEE 802.16 Reference 


Figure "Wait for REG-RSP - SS" 

Table "Parameters and Constants" "Registration Request Retries" 


PICS Item 




Initial Condition 


lUT is in Registration, has sent a valid REG-REQ. 


Expected Befiaviour 


Check that: For Registration Request Retries, each time the lUT receives a 
REG-RSP containing an invalid HMAC value, the lUT retransmits the 
REG-REQ. 


Test strategy 




Notes 






TP ID 


TP/SS/INI/REG/TI-H004 


IEEE 802.16 Reference 


Figure "Wait for REG-RSP - SS" 

Table "Parameters and Constants" "Registration Request Retries" 


PICS Item 




Initial Condition 


lUT is in Registration, has sent a valid REG-REQ. For Registration Request 
Retries, each time the lUT received a REG-RSP containing an invalid HMAC 
value, the lUT retransmitted the REG-REQ. 


Expected Behaviour 


Check that: Qn receiving a REG-RSP containing an invalid HMAC value, the 
lUT reinitializes its MAC layer. 


Test strategy 




Notes 
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.3.2 IP Connectivity (IPC) 



TP ID 


TP/SS/INI/IPC/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.9.10 

Table "Establishing IP Connectivity" 


PICS Item 




Initial Condition 


lUT is authorized and registered. A Secondary Management Connection is 
required. The lUT has sent a valid REG-REQ. 


Expected Behaviour 


Check that: On receiving a valid REG-RSP, the lUT establishes the Secondary 
Management Connections and sends a valid DHCP-Discover message on this 
connection. 


Test strategy 




Notes 






TP ID 


TP/SS/INI/IPC/BV-H001 


IEEE 802.16 Reference 


clause 6.3.9.11 


PICS Item 




Initial Condition 


lUT is authorized, registered and has an IP-address. 


Expected Behaviour 


Check that: The lUT invokes the Time Protocol above UDP with the Time 
Server over Secondary Management Connection. 


Test strategy 




Notes 






TP ID 


TP/SS/INI/IPC/BV-H002 


IEEE 802.16 Reference 


clause 6.3.9.12 


PICS Item 




Initial Condition 


lUT is authorized, registered, has an IP-address and Time of Day is initialized. 


Expected Behaviour 


Check that: The lUT downloads the SS Configuration file at the TFTP server 
over the Secondary Management Connection. 


Test strategy 




Notes 






TP ID 


TP/SS/INI/IPC/BV-H003 


IEEE 802.16 Reference 


clause 6.3.9.12 


PICS Item 




Initial Condition 


lUT is authorized, registered, has an IP-address and Time of Day is initialized. 
The lUT has terminated the download of the configuration file. 


Expected Behaviour 


Check that: To complete the download of the configuration file, the lUT sends 
a TFTP-CPLT message. 


Test strategy 




Notes 






TP ID 


TP/SS/INI/IPC/BV-H004 


IEEE 802.16 Reference 


clauses 6.3.9.12 and 9.2.1 


PICS Item 




Initial Condition 


lUT is authorized, registered, has an IP-address and Time of Day is initialized. 
The lUT downloads the SS Configuration file at the TFTP server on the 
Secondary Management Connection. The file contains configuration settings 
that the lUT cannot interpret. 


Expected Behaviour 


Check that: The lUT ignores the configurations settings that cannot be 
interpreted. 


Test strategy 




Notes 
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TP ID 


TP/SS/INI/IPC/BV-HOOo 


IEEE 802.16 Reference 


clauses 6.3.9.12 and 9.2.1 


rlOb Item 




Initial Condition 


lUT is authorized, registered, has an IP-address and Time of Day is initialized. 
The lUT downloads the SS Configuration file at the TFTP server on the 
Secondary Management Connection. 


Expected Behaviour 


Check that: The lUT supports at a minimum an 8192 byte configuration file. 


Test strategy 




Notes 






TP ID 


TP/SS/INI/IPC/BV-H006 


IEEE 802.16 Reference 


clauses 6.3.9.12 and 9.2.1 


PICS Item 




Initial Condition 


lUT is authorized, registered, has an IP-address and Time of Day is initialized. 
The lUT downloads the SS Configuration file at the TFTP server on the 
Secondary Management Connection. 


Expected Behaviour 


Check that: The lUT supports the following Configuration File Settings: 

- SS MIC Configuration Setting; 

- TSTP Server Timestamp; 

- Software Upgrade Filename Configuration Setting; 

- Software Server IP Address; 

- Vendor-specific configuration settings. 


Test strategy 




Notes 






TP ID 


TP/SS/INI/IPC/BV-H007 


IEEE 802.16 Reference 


clauses 6.3.9.12 and 9.2.1 


PICS Item 




Initial Condition 


lUT is authorized, registered, has an IP-address and Time of Day is initialized. 
The lUT downloads the SS Configuration file at the TFTP server on the 
Secondary Management Connection. The file contains configuration an 
incorrect SS MIC configuration setting. 


Expected Behaviour 


Check that: The lUT discards the configuration file. 


Test strategy 




Notes 






TP ID 


TP/SS/INI/IPC/TI-HOOO 


IEEE 802.16 Reference 


clauses 6.3.2.3.28-29 and 6.3.9.12 


PICS Item 




Initial Condition 


lUT is authorized, registered, has an IP-address and Time of Day is initialized. 
The lUT has terminated the download of the configuration file and has 

informed the SS of the completion by sending a TFTP-CPLT message. 


Expected Behaviour 


Check that: On expiry of timer T26 and having not received a TFTP-RSP 
message, the lUT resends the TFTP-CPLT message each time for TFTP 
Request Retries times. 


Test strategy 




Notes 






TP ID 


TP/SS/INI/IPC/TI-H001 


IEEE 802.16 Reference 


clauses 6.3.2.3.28-29 and 6.3.9.12 


PICS Item 




Initial Condition 


lUT is authorized, registered, has an IP-address and Time of Day is initialized. 

The lUT has terminated the download of the configuration file and has 
informed the SS of the completion by sending a TFTP-CPLT message. 


Expected Behaviour 


Check that: On expiry of timer T26 and after TFTP Request Retries number of 
retransmission of the TFTP-CPLT message, the lUT resets and starts over. 


Test strategy 




Notes 
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J.4 Privacy and Key Management (PKM) 
.4.1 Authentication/Authorization (AUTH) 



.4.1.1 Initialization (INIT) 



TP ID 


TP/SS/PKM/AUTH/INIT/BV-HOOO 


IEEE 802.16 Reference 


clause 7.2.4.5, 1-A 


PICS Item 




Initial Condition 


lUT Is Initializing. 


Expected Behaviour 


Check that: On completion of Basic Capabilities negotiation, the lUT transmits 
a valid Auth Info message followed by a valid Auth Request message. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/INIT/BV-H001 


IEEE 802.16 Reference 


clause 7.2.4.5, 4-B 

Figure "TEK state machine flow diagram" 


PICS Item 




Initial Condition 


lUT has begun Authorization and sent a valid Auth Info and Auth Request 
messages. 


Expected Behaviour 


Check that: On receiving an Auth Reply, the lUT goes to the Authorized State 
and sends one Key request message for each SAID in the Auth Reply. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/INIT/BV-H1 GO 


IEEE 802.16 Reference 


clause 7.2.4.5, 2-B 

Table "Operational ranges for privacy configuration settings" "Authorize Reject 
Walt Timeout" 


PICS Item 




Initial Condition 


Basic Capabilities Negotiation is completed. The lUT has transmitted a valid 
Auth Info message followed by a valid Auth Request message and started 
T_AuthWait (the lUT is now in the Auth Wait state). 


Expected Behaviour 


Check that: On receiving an Auth Reject message (no permanent error), the 
lUT waits at a minimum until Authorize Reject Wait expiry and then retransmits 
the Auth Info and the Auth Request. 


Test strategy 




Notes 





TP ID 


TP/SS/PKM/AUTH/IN1T/BV-H1 01 


IEEE 802.18 Reference 


clauses 7.2.4.5, 3-B and 7.2.4.3 "Permanent Authorization Reject" 2 


PICS Item 




Initial Condition 


Negotiate Basic Capabilities is completed. The lUT has transmitted a valid 
Auth Info message followed by a valid Auth Request message. 


Expected Behaviour 


Check that: On receiving an Auth Reject message with a failure due to a 
permanent error condition, the lUT continues to respond to management 
messages. 


Test strategy 




Notes 
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TP ID 


TP/SS/PKM/AUTH/INIT/TI-HOOO 


IEEE 802.16 Reference 


clause 7.2.4.5, 5-B 

Table "Operational ranges for privacy configuration settings" "Authorize Wait 
Timeout" 


PICS Item 




Initial Condition 


Negotiate Basic Capabilities is completed. The lUT has transmitted a valid 
Auth Info message followed by a valid Auth Request message and started 
T AuthWait. 


Expected Behaviour 


Check that: On T_AuthWait expiry without receiving an Auth Reject or Perm 
Auth Reject, the lUT retransmits the Auth Info followed by the Auth Request. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/INIT/TI-H001 


IEEE 802.16 Reference 


clause 7.2.4.5, 5-B 

Table "Operational ranges for privacy configuration settings" "Authorize Wait 
Timeout" 


PICS Item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: The lUT repeats the cycle of sending a valid Auth Info message 
followed by a valid Auth Request message and waiting the default T_AuthWait 
duration until receiving an Auth Reply message. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/INIT/BI-HOOO 


IEEE 802.16 Reference 


Clause 6.3.2.3.9, §5 "Code" 


PICS Item 




Initial Condition 


lUT is has negotiated basic capabilities and transmitted PKM-REQ Auth Info 
and Auth Req messages (the lUT is now in Auth Wait State). 


Expected Behaviour 


Check that: On receiving a PKM-RSP message with an invalid Code value, the 
lUT silently discards the PKM-RSP and remains in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/INIT/BI-H001 


IEEE 802.16 Reference 


clause 6.3.2.3, §1 

Figure "Authorization state machine flow diagram" 


PICS Item 




Initial Condition 


Basic Capabilities Negotiation is completed. The lUT has transmitted a valid 
Auth Info message followed by a valid Auth Request message and started 

T_AuthWait (the lUT is now in Auth Wait State). 


Expected Behaviour 


Check that: On receiving an Auth Reply with erroneously encoded parameters, 
the lUT ignores the Auth Reply and remains in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/INIT/BO-HOOO 


IEEE 802.16 Reference 


clause 6.3.2.3.9, §5 


PICS Item 




Initial Condition 


lUT is has negotiated basic capabilities and transmitted PKM-REQ Auth Info 
and Auth Req messages (the lUT is now in Auth Wait State). 


Expected Behaviour 


Check that: On receiving a PKM-RSP Auth Reply message with an Identifier 
field not matching that of the Auth Req message, the lUT silently discards the 
message and remains in the same state. 


Test strategy 




Notes 
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TP ID 


TP/SS/PKM/AUTH/INIT/BO-H001 


IEEE 802.16 Reference 


clause 6.3.2.3.9, §5 


PICS Item 




initial Condition 
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lUT IS has negotiated basic capabilities and transmitted PKM-REQ Auth Info 
and Auth Req messages. 


Expected Behaviour 


Check that: On receiving a PKM-RSP Auth Reject message with an Identifier 
field not matching that of the Auth Req message, the lUT silently discards the 
message and remains in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/INIT/B0-H1 00 


IEEE 802.16 Reference 


clause 7.2.4 

Table "Authorization FSM State Transition Matrix" 


PICS Item 




Initial Condition 


Basic Capabilities Negotiation is in process. 


Expected Behaviour 


Check that: On receiving a valid SBC-RSP to close out Basic Capabilities 
negotiation immediately followed by an Auth Reply message, the lUT ignores 
the Auth Reply message and transmits a valid Auth Info followed by a valid 
Auth Request message. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/INIT/B0-H1 01 


IEEE 802.16 Reference 


clause 7.2.4 

Table "Authorization FSM State Transition Matrix" 


PICS Item 




Initial Condition 


Basic Capabilities Negotiation is in process. 


Expected Behaviour 


Check that: On receiving a valid SBC-RSP to close out Basic Capabilities 
negotiation immediately followed by an Auth Invalid message, the lUT ignores 
the Auth Invalid message and transmits a valid Auth Info followed by a valid 
Auth Request message. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/INIT/B0-H1 02 


IEEE 802.16 Reference 


clause 7.2.4 

Table "Authorization FSM State Transition Matrix" 


PICS Item 




Initial Condition 


Basic Capabilities Negotiation is in process. 


Expected Behaviour 


Check that: On receiving a valid SBC-RSP to close out Basic Capabilities 

negotiation immediately followed by an Auth Reject message, the lUT ignores 
the Auth Reject message and transmits a valid Auth Info followed by a valid 
Auth Request message. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/INIT/B0-H1 03 


IEEE 802.16 Reference 


clause 7.2.4 

Table "Authorization FSM State Transition Matrix" 


PICS Item 




Initial Condition 


Basic Capabilities Negotiation is in process. 


Expected Behaviour 


Check that: On receiving a valid SBC-RSP to close out Basic Capabilities 
negotiation immediately followed by a Perm Auth Reject message, the lUT 
ignores the Perm Auth Reject message and transmits a valid Auth Info 
followed by a valid Auth Request message. 


Test strategy 




Notes 
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TP ID 


TP/SS/PKM/AUTH/iNIT/BO-H200 


IEEE 802.16 Reference 


clause 7.2.4, §5 

Figure "Authorization state machine flow diagram" 

Table "Operational ranges for privacy configuration settings" "Authorize Wait 
Timeout" 


PICS Item 




Initial Condition 


Negotiating Basic Capabilities is completed. The lUT has transmitted a valid 
Auth Info and Auth Request messages and started T_AuthWait (the lUT is now 
in Auth Wait State). 


Expected Behaviour 


Check that: On receiving an Auth Invalid message, the lUT ignores the Auth 
Invalid and remains in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/INIT/BO-H300 


IEEE 802.16 Reference 


clause 7.2.4, §5 

Table "Authorization FSM State Transition Matrix" 
Figure "Authorization state machine flow diagram" 

Table "Operational ranges for privacy configuration settings" "Authorize Reject 
Wait Timeout" 


PICS Item 




Initial Condition 


Basic Capabilities Negotiation Is completed. The lUT has transmitted a valid 
Auth Info message followed by a valid Auth Request message. The lUT then 
received an Auth Reject message not due to a permanent error condition (the 
lUT is now in the Auth Reject Wait State). 


Expected Behaviour 


Check that: On receiving an Auth Reply message, the lUT ignores the Auth 

Reply and remains in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/INIT/BO-H301 


IEEE 802.16 Reference 


clause 7.2.4, §5 

Table "Authorization FSM State Transition Matrix" 
Figure "Authorization state machine flow diagram" 

Table "Operational ranges for privacy configuration settings" "Authorize Reject 
Wait Timeout" 


PICS Item 




Initial Condition 


Basic Capabilities Negotiation is completed. The lUT has transmitted a valid 
Auth Info message followed by a valid Auth Request message. The lUT then 
received an Auth Reject message not due to a permanent error condition (the 
lUT is now in the Auth Reject Wait State). 


Expected Behaviour 


Check that: On receiving an Auth Invalid message, the lUT ignores the Auth 

Invalid and remains in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/INIT/BO-H302 


IEEE 802.16 Reference 


clause 7.2.4, §5 

Table "Authorization FSM State Transition Matrix" 
Figure "Authorization state machine flow diagram" 

Table "Operational ranges for privacy configuration settings" "Authorize Reject 

Wait Timeout" 


PICS Item 




Initial Condition 


Basic Capabilities Negotiation is completed. The lUT has transmitted a valid 
Auth Info message followed by a valid Auth Request message. The lUT then 
received an Auth Reject message not due to a permanent error condition (the 
lUT is now in the Auth Reject Wait State). 


Expected Behaviour 


Check that: On receiving an Auth Reject message, the lUT ignores the Auth 
Reject and remains in the same state. 


Test strategy 




Notes 
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TP ID 


TP/SS/PKM/AUTH/INIT/BO-H303 


IEEE 802.16 Reference 


clause 7.2.4, §5 

Table "Authorization FSM State Transition Matrix" 
Figure "Authorization state machine flow diagram" 

Table "Operational ranges for privacy configuration settings" "Authorize Reject 
Wait Timeout" 


PICS Item 




Initial Condition 


Basic Capabilities Negotiation Is completed. The lUT has transmitted a valid 
Auth Info message followed by a valid Auth Request message. The lUT then 
received an Auth Reject message not due to a permanent error condition (the 
lUT Is now in the Auth Reject Wait State). 


Expected Behaviour 


Check that: On receiving a Perm Auth Reject message, the lUT ignores the 
Perm Auth Reject and remains in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/INIT/BO-H400 


IEEE 802.16 Reference 


Table "Authorization FSIVI State Transition Matrix" 

clause 7.2.4.3 "Permanent Authorization Reject" paragraph 2 


PICS Item 




Initial Condition 


Basic Capabilities Negotiation is completed. The lUT has transmitted a valid 
Auth Info message followed by a valid Auth Request message. The lUT then 
received an Auth Reject message due to a permanent error condition (the lUT 

Is now In the Silent state). 


Expected Behaviour 


Check that: On receiving a Auth Reply message, the lUT ignores the Auth 
Reply and remains in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/I NIT/BO-H401 


IEEE 802.16 Reference 


Table "Authorization FSM State Transition Matrix" 

clause 7.2.4.3 "Permanent Authorization Reject" paragraph 2 


PICS Item 




Initial Condition 


Basic Capabilities Negotiation Is completed. The lUT has transmitted a valid 
Auth Info message followed by a valid Auth Request message. The lUT then 
received an Auth Reject message due to a permanent error condition (the lUT 
is now in the Silent state). 


Expected Behaviour 


Check that: On receiving a Auth Invalid message, the lUT ignores the Auth 
Invalid and remains in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/INIT/BO-H402 


IEEE 802.16 Reference 


Table "Authorization FSM State Transition Matrix" 

clause 7.2.4.3 "Permanent Authorization Reject" paragraph 2 


PICS Item 




Initial Condition 


Basic Capabilities Negotiation is completed. The lUT has transmitted a valid 
Auth Info message followed by a valid Auth Request message. The lUT then 
received an Auth Reject message due to a permanent error condition (the lUT 

Is now In the Silent state). 


Expected Behaviour 


Check that: On receiving an Auth Reject message, the lUT ignores the Auth 
Reject and remains In the same state. 


Test strategy 




Notes 
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TP ID 


TP/SS/PKM/AUTH/INIT/BO-H403 


IEEE 802.16 Reference 


Table "Authorization FSM State Transition IVIatrix" 

clause 7.2.4.3 "Permanent Authorization Reject" paragraph 2 


PICS item 




Initial Condition 


Basic Capabilities Negotiation is completed. The lUT has transmitted a valid 
Auth Info message followed by a valid Auth Request message. The lUT then 
received an Auth Reject message due to a permanent error condition (the lUT 
is now In the Silent state). 


Expected Behaviour 


Check that: On receiving a Perm Auth Reject message, the lUT ignores the 
Perm Auth Reject and remains in the same state. 


Test strategy 




Notes 





.4.1.2 Operational (OPN) 



TP ID 


TP/SS/PKM/AUTH/OPN/BV-HOOO 


IEEE 802.16 Reference 


clause 7.2.4.5, 6-C 

Table "Values for privacy configuration setting for protocol testing" 


PICS Item 




Initial Condition 


lUT has started Authorization and has just received the Auth Reply to enter the 
Authorized state. 


Expected Behaviour 


Check that: For reauthorization, the lUT transmits an Auth Request between 
(AK Lifetime - AK Grace Time) and AK Lifetime seconds after the lUT received 
the Auth Reply (the lUT is now in Reauth Wait State). 


Test strategy 




Notes 


Protocol testing time values are different than field values in "Operational 
ranges for privacy configuration settings" Table. 



TP ID 


TP/SS/PKM/AUTH/OPN/BV-H001 


IEEE 802.16 Reference 


clause 7.2.4.5, 4-D 


PICS Item 




Initial Condition 


The lUT is operational and in Reauth Wait State. 


Expected Behaviour 


Check that: On receiving a valid Auth Reply, the lUT goes to the Authorized 
state, adopts the new AK contained in the Auth Reply, and sets the 
Authorization Grace timer to go off "Authorization Grace Time" seconds prior to 
the supplied AK's scheduled expiration. 


Test strategy 




Notes 





TP ID 


TP/SS/PKM/AUTH/OPN/BV-H002 


IEEE 802.16 Reference 


clause 7.2.4.4 

Table "Operational ranges for privacy configurations settings" 


PICS Item 




Initial Condition 


lUT is operational has transmitted a valid Auth Request message to 
reauthorize. It has then received a valid Auth Reply message with a AK Grace 
Time and AK Lifetime values different than the default values in Table 
"Operational ranges for privacy configurations settings". The lUT is now 
reauthorized. 


Expected Behaviour 


Check that: The lUT uses the new AK Grace Time and AK Lifetime values for 
the next reauthorization. 


Test strategy 




Notes 
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TD in 
1 r lU 


1 r/oo/rlvM/AU 1 n/UrN/DV-niUU 


IEEE 802.16 Reference 


clause 7.2.4.5, 8-C 


rlOb Item 




initial Condition 


lUT is operational and Authorized. 


Expected Behaviour 


Check that: When a vendor-specified action occurs, the IDT transmits an Auth 
Request (the lUT is now in Reauth Wait State). 


Test strategy 




Notes 


An SNMP set to reauthorize would be an example of a "vendor-specified 
action". 




TP ID 


TP/SS/PKM/AUTH/0PN/BV-H1 01 


IEEE 802.16 Reference 


clause 7.2.4.5, 7-C 


PiCS Item 




Initial Condition 


lUT is operational and Authorized. 


Expected Behaviour 


Check that: On receiving an Auth Invalid message associated with a particular 
TEK, the IDT transmits an Auth Request (the lUT is now in Reauth Wait State). 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/OPN/BV-H200 


IEEE 802.16 Reference 


clause 7.2.4.5, 7-D 


PICS Item 




Initial Condition 


lUT is Operational and in Reauth Wait state. 


Expected Behaviour 


Check that: On receiving an Auth Invalid for a particular TEK, the lUT remains 
in the Reauth Wait state. 


Test strategy 




Notes 


To test that lUT is in Reauth Wait state, wait for T_ReauthWait expiry and then 
check if IDT transmits a valid Auth Request for reauthorization. 




TP ID 


TP/SS/PKM/AUTH/OPN/BV-H201 


IEEE 802.16 Reference 


clause 7.2.4.5, 2-D 


PICS Item 




Initial Condition 


lUT is Operational and in Reauth Wait state. 


Expected Behaviour 


Check that: On receiving an Auth Reject, the lUT clears T_AuthReq and starts 
T_AuthRejectWait (the lUT is now in Auth Reject Wait State). 


Test strategy 




Notes 


To test that the lUT is in Auth Reject Wait State, wait for T_AuthRejectWait 
expiry and then check if lUT transmits a valid Auth Info followed by a valid Auth 
Request for authorization. 




TP ID 


TP/SS/PKM/AUTH/OPN/BV-H202 


IEEE 802.16 Reference 


clauses 7.2.4.5, 3-D and 7.2.4.3 "Permanent Authorization Reject" paragraph 2 


PICS Item 




Initial Condition 


lUT is Operational and in Reauth Wait state. 


Expected Behaviour 


Check that: On receiving a Perm Auth Reject, the IDT disables all forwarding 
of traffic and responds to management messages (the lUT is in the Silent 
state). 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/OPN/BV-H300 


IEEE 802.16 Reference 


clause 7.2.4.5, 5-E 


PICS Item 




Initial Condition 


The lUT is operational and in Auth Reject Wait State. 


Expected Behaviour 


Check that: On expiry of Auth Reject Wait Timer, the lUT restarts Authorization 
by sending a valid Auth Info followed by a valid Info Request message. 


Test strategy 




Notes 
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TP ID 


TP/SS/PKM/AUTH/OPN/TI-HOOO 


IEEE 802.16 Reference 


clause 7.2.4.5, 5-D 


PICS Item 




initial Condition 
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lUT IS operational and authorized. lUT has just transmitted a valid Auth 
Request message to re-authorize (the lUT is now in Reauth Wait state.) 


Expected Behaviour 


Check that: Not having received any Auth Reply message after a duration of 
Reauthorize Wait Timeout, the lUT re-transmits the Auth Request message to 
reauthorize (the lUT remains in Reauth Wait State). 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/OPN/TI-H001 


IEEE 802.16 Reference 


clause 7.2.4.5, 5-D 


PiCS Item 




Initial Condition 


lUT is operational and authorized. 


Expected Behaviour 


Check that: To reauthorize, the lUT repeats the cycle of sending a valid Auth 
Request message and waiting Reauthorize Wait Timeout duration until 
receiving an Auth Reply message. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/OPN/TI-H002 


IEEE 802.16 Reference 


clause 7.2.4.5. 4-B 

Table "Auth Reply attributes" 


PICS Item 




Initial Condition 


lUT is operational has transmitted a valid Auth Request message to 
reauthorize. It has then received a valid Auth Reply message with Reauthorize 
Wait Timeout and Authorize Reject Wait Timeout values different than the 
default values in Table "Operational ranges for privacy configurations settings". 
The lUT is now reauthorized. 


Expected Behaviour 


Check that: The lUT uses the new values for Reauthorize Wait Timeout and 
Authorize Reject Wait Timeout. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/OPN/BI-HOOO 


IEEE 802.16 Reference 


clause 11.9.10 

Table "Error-code attribute code values" 


PICS Item 




Initial Condition 


The lUT is operational and Reauth Wait State. 


Expected Behaviour 


Check that: On receiving an Auth Reject message with an error-code value not 
shown in the table "Error-code attribute code values", the lUT ignores the 
error-code value. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/OPN/BO-HGOO 


IEEE 802.16 Reference 


clause 7.2.4, §5 

Table "Authorization FSM state transition matrix" 


PICS Item 




Initial Condition 


The lUT is operational and Authorized. 


Expected Behaviour 


Check that: On receiving an Auth Reply message, the lUT does nothing and 
remains in the Authorized state. 


Test strategy 




Notes 
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TP ID 


TP/SS/PKM/AUTH/OPN/BO-nOOl 


IEEE 802.16 Reference 


clause 7.2.4, §5 

Table "Authorization FSM state transition matrix" 


PICS Item 




Initial Condition 


The lUT is operational and Authorized. 


Expected Behaviour 


Check that: On receiving an Auth Reject message, the lUT does nothing and 
remains in the Authorized state. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/OPN/BO-H002 


IEEE 802.16 Reference 


clause 7.2.4, §5 

Table "Authorization FSM state transition matrix" 


PICS Item 




Initial Condition 


The lUT is operational and Authorized. 


Expected Behaviour 


Check that: On receiving a Perm Auth Reject message, the lUT does nothing 
and remains in the Authorized state. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/0PN/B0-H1 00 


IEEE 802.16 Reference 


clause 7.2.4 §5 

Table "Authorization FSM state transition matrix" 


PICS Item 




Initial Condition 


The lUT is operational and in Auth Reject Wait State. 


Expected Behaviour 


Check that: On receiving an Auth Reply, the lUT silently discards the Auth 
Reply and remains in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/OPN/BO-H101 


IEEE 802.16 Reference 


clause 7.2.4, §5 

Table "Authorization FSM state transition matrix" 


PICS Item 




Initial Condition 


The lUT is operational and in Auth Reject Wait State. 


Expected Behaviour 


Check that: On receiving an Auth Invalid, the lUT silently discards the Auth 
Invalid and remains in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/0PN/B0-H1 02 


IEEE 802.16 Reference 


clause 7.2.4, §5 

Table "Authorization FSM state transition matrix" 


PICS Item 




Initial Condition 


The lUT is operational and in Auth Reject Wait State. 


Expected Behaviour 


Check that: On receiving an Auth Reject, the lUT silently discards the Auth 
Reject and remains in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/0PN/B0-H1 03 


IEEE 802.16 Reference 


clause 7.2.4, §5 

Table "Authorization FSM state transition matrix" 


PICS Item 




Initial Condition 


The lUT is operational and in Auth Reject Wait State. 


Expected Behaviour 


Check that: On receiving a Perm Auth Reject, the lUT silently discards the 
Perm Auth Reject and remains in the same state. 


Test strategy 




Notes 
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TP ID 


TP/SS/PKM/AUTH/OPN/BO-H200 


IEEE 802.16 Reference 


clause 7.2.4, §5 

Table "Authorization FSM state transition matrix" 


rlUo Item 




Initial Condition 


The lUT is operational and in Silent State. 


Expected Behaviour 


Check that: On receiving an Auth Reply, the lUT silently discards the Auth 
Reply, remains in the same state, continues to disable all fora/arding of traffic 
and continues to respond to management messages. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/OPN/BO-H201 


IEEE 802.16 Reference 


clause 7.2.4, §5 

Table "Authorization FSM state transition matrix" 


PICS Item 




Initial Condition 


The lUT is operational and in Silent State. 


Expected Behaviour 


Check that: On receiving an Auth Invalid, the lUT silently discards the Auth 
Invalid, remains in the same state, continues to disable all forwarding of traffic 
and continues to respond to management messages. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/OPN/BO-H202 


IEEE 802.16 Reference 


clause 7.2.4, §5 

Table "Authorization FSM state transition matrix" 


PICS Item 




Initial Condition 


The lUT is operational and in Silent State. 


Expected Behaviour 


Check that: On receiving an Auth Reject, the lUT silently discards the Auth 
Reject, remains in the same state, continues to disable all fonwarding of traffic 
and continues to respond to management messages. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/AUTH/OPN/BO-H203 


IEEE 802.16 Reference 


clause 7.2.4, §5 

Table "Authorization FSM state transition matrix" 


PICS Item 




Initial Condition 


The lUT is operational and in Silent State. 


Expected Behaviour 


Check that: On receiving a Perm Auth Reject, the lUT silently discards the 
Perm Auth Reject, remains in the same state, continues to disable all 
forwarding of traffic and continues to respond to management messages. 


Test strategy 




Notes 





.4.2 Encryption Key Transfer (TEK) 
.4.2.1 Initialization (INIT) 



TP ID 


TP/SS/PKM/TEK/INIT/BV-HOOO 


IEEE 802.16 Reference 


clause 7.2.5.5, 2-A 


PICS Item 




Initial Condition 


The lUT is initializing. It has no static provisioned SAs. 


Expected Behaviour 


Check that: On becoming Authorized, the lUT transmits a Key Request for its 
Primary SA whose SAID is the lUT's Basic CID. 


Test strategy 




Notes 
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TD in 
1 r lU 


1 r/oo/rlvM/ 1 blvlNI 1 /DV-rlUUI 


itbb ou^i.ib KGTGrence 


Clause / .1 .o, §4 


PICS Item 


lUT is a manageable SS and is Initializing. 


Initial Condition 




Expected Behaviour 


Check that: On completing Authorization, the lUT establishes an exclusive 
Primary SA with the SAID equal to the lUT's Basic CID. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/INIT/BV-H002 


IEEE 802.16 Reference 


clause 7.2.5.5, 2-A 


PICS Item 




Initial Condition 


The lUT is initializing. The Primary SAID was included in the Auth Request. 


Expected Behaviour 


Check that: On becoming Authorized, the lUT transmits a Key Request for its 
Primary SA whose SAID is the lUT's Basic CID and a Key Request for each 
SA Descriptor that is included in the Auth Reply and that the lUT supports. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/INIT/BV-H003 


IEEE 802.16 Reference 


clauses 7.5, 7.5.2.1 and 7.2.5.5, 8-B 


PICS Item 




Initial Condition 


The lUT is Key Exchanging. During authorization, the lUT has transmitted 
0x01 in the TEK encryption algorithm identifiers of the Cryptographic-Suite-List 
of the Security-Capabilities in the Auth Request message. The lUT has then 

transmitted a Key Request message (the TEK is now in Op Wait state.) 


Expected Behaviour 


Check that: On receiving a valid Key Reply message, the lUT decrypts the 
TEK in TEK-parameters sub attributes of the Key Reply using the two-key 
3-DES in the EDE mode (the TEK is now in the Operational state). 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/INIT/BV-H004 


IEEE 802.16 Reference 


clauses 7.5, 7.5.2.2 and 7.2.5.5, 8-B 


PICS Item 




Initial Condition 


The lUT is Key Exchanging. During authorization, the lUT has transmitted 
0x02 in the TEK encryption algorithm identifiers of the Cryptographic-Suite-List 
of the Security-Capabilities in the Auth Request message. The lUT has then 
transmitted a Key Request message (the TEK is now in Op Wait state). 


Expected Behaviour 


Check that: On receiving a valid Key Reply message, the lUT decrypts the 
TEK in TEK-parameters sub attributes of the Key Reply using the RSA method 
(the TEK is now in the Operational state). 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/INIT/BV-H005 


IEEE 802.16 Reference 


clauses 7.5, 7.5.2.3 and 7.2.5.5, 8-B 


PICS Item 




Initial Condition 


The lUT is Key Exchanging. During authorization, the lUT has transmitted 
0x03 in the TEK encryption algorithm identifiers of the Cryptographic-Suite-List 
of the Security-Capabilities in the Auth Request message. The lUT has then 
transmitted a Key Request message (the TEK is now in Op Wait state). 


Expected Behaviour 


Check that: On receiving a valid Key Reply message, the lUT decrypts the 
TEK in TEK-parameters sub attributes of the Key Reply using 128 AES in ECB 
mode (the TEK is now in the Operational state). 


Test strategy 




Notes 
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TP ID 


TP/SS/PKM/TEK/INIT/BV-H1 00 


IEEE 802.16 Reference 


clause 7.2.3, §2 


PICS Item 




initial Condition 


lUT IS Initializing, is Authorizing with the BS that has Static provisioned SAs. 
The lUT has transmitted an Auth Request containing the Primary SAID. 


Expected Behaviour 


Check that: On receiving on Auth Reply containing a static SA Descriptor that it 
does not support, the lUT does not initiate a TEK exchange for the 
unsupported static SA Descriptor. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/INIT/BV-H200 


IEEE 802.16 Reference 


clause 7.2.5.5, 9-B 


PiCS Item 




Initial Condition 


The lUT is Initializing and conducting the TEK exchanges. The lUT has 
transmitted a valid Key Request for an SAID (the lUT is in the Op Wait State). 


Expected Behaviour 


Check that: On receiving a valid Key Reject message, the lUT transmits no 
Key messages, stops the TEK FSM, and goes to the TEK FSM Start state. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/INIT/BI-HOOO 


IEEE 802.16 Reference 


Clause 6.3.2.3.9, §5 "Code" 


PICS Item 




Initial Condition 


lUT is initializing, is authorized, and has transmitted PKM-REQ Key Request 

messages (the lUT is now in Op Wait State). 


Expected Behaviour 


Check that: On receiving a PKM-RSP message with an invalid Code value, the 
lUT silently discards the PKM-RSP and remains in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/INIT/BO-HOOO 


IEEE 802.16 Reference 


clause 6.3.2.3.9, §5 "PKM Identifier" paragraph 6 


PICS Item 




Initial Condition 


lUT is initializing, is authorized, and has transmitted a valid Key Request 
message (the lUT is now in Op Wait State). 


Expected Behaviour 


Check that: On receiving a Key Reply message with an Identifier field not 
matching that of the Key Request, the lUT discards the Key Reply and remains 
in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/INIT/BO-HOOI 


IEEE 802.16 Reference 


clause 6.3.2.3.9, §5 "PKM Identifier" paragraph 6 


PICS Item 




Initial Condition 


lUT is initializing, is authorized, and has transmitted a valid Key Request 
message (the lUT is now in Op Wait State). 


Expected Behaviour 


Check that: On receiving a Key Reject message with an Identifier field not 
matching that of the Key Request, the lUT discards the Key Reply and remains 
in the same state. 


Test strategy 




Notes 
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TP ID 


TP/SS/PKM/TEK/INIT/TI-HOOO 


IEEE 802.16 Reference 


clause 7.2.5.5, 6-B 


PICS Item 




initial Condition 


The lUT is Initializing and conducting the TEK exchanges. The lUT has 
transmitted a valid Key Request for an SAID and has started the Op Wait 
Timer (the lUT is in the Op Wait State). 


Expected Beliaviour 


Check that: On expiry of the Op Wait Timer without receiving a valid Key Reply 
or Key Reject for the SAID, the lUT retransmits the Key Request for the SAID 
and remains in the same state. 


Test strategy 




Notes 





TP ID 


TP/SS/PKM/TEK/INIT/TI-H001 


IEEE 802.16 Reference 


clause 7.2.5.5, 6-B 

Figure "TEK state machine flow diagram" 


PICS Item 




Initial Condition 


The lUT is Initializing and conducting the TEK exchanges. The lUT has 
transmitted a valid Key Request for an SAID and has started the Op Wait 
Timer (the lUT is in the Op Wait State). 


Expected Behaviour 


Check that: Each time the Op Wait Timer expires without receiving a valid Key 
Reply or Key Reject for the SAID, the lUT retransmits the Key Request for the 
SAID and restarts the Op Wait Timer until the lUT receives a valid Key Reply 
or Key Reject. 


Test strategy 




Notes 





.4.2.2 Operational (OPN) 



TP ID 


TP/SS/PKM/TEK/OPN/BV-HOOO 


IEEE 802.16 Reference 


clause 7.2.5.5, 7-D 


PICS Item 




Initial Condition 


lUT is operational and encrypting. 


Expected Behaviour 


Check that: To refresh keys, the lUT transmits a valid Key Request between 
(TEK Active Lifetime - TEK Grace Time) and TEK Active Lifetime seconds after 
receiving the latest Key Reply. 


Test strategy 




Notes 


Protocol testing timer values are used from Table "Values for privacy 
configuration setting for protocol testing". 



TP ID 


TP/SS/PKM/TEK/OPN/BV-H001 


IEEE 802.16 Reference 


clause 7.2.5.5, 7-D 

Table "Operational ranges for privacy configuration settings" 


PICS Item 




Initial Condition 


lUT is operational and encrypting. An authorization or reauthorization process 
has just occurred that has changed the value for TEK Grace Time. 


Expected Behaviour 


Check that: To refresh keys, the lUT transmits a valid Key Request between 
(TEK Active Lifetime - the new TEK Grace Time) and TEK Active Lifetime 
seconds after receiving the latest Key Reply. 


Test strategy 




Notes 





TP ID 


TP/SS/PKM/TEK/OPN/BV-H002 


IEEE 802.16 Reference 


Clause 6.3.2.3.9, §5 "Identifier" 


PICS Item 




Initial Condition 


lUT is operational and encrypting. 


Expected Behaviour 


Check that: To refresh its keys, the lUT sends a Key Request message whose 
Identifier is the PKM Identifier used in the last PKM transaction incremented by 
1 (modulo 256). 


Test strategy 




Notes 
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TP ID 


TP/SS/PKM/TEK/OPN/BV-H003 


IEEE 802.16 Reference 


clauses 7.5, 7.5.2.1 and 7.2.5.5, 8-E 


PICS Item 




initial Condition 


During the last authorization/reauthorization, the lUT has transmitted 0x01 in 
the TEK encryption algorithm identifiers of the Cryptographic-Suite-List of the 
Security-Capabilities in the Auth Request message. The lUT has then 
transmitted a Key Request message (the TEK is now in Rekey Wait state.) 


Expected Behaviour 


Check that: On receiving a valid Key Reply message, the lUT decrypts the 
TEK in TEK-parameters sub attributes of the Key Reply using the two-key 
3-DES in the EDE mode (the TEK is now in the Operational state). 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/OPN/BV-H004 


IEEE 802.16 Reference 


clauses 7.5, 7.5.2.2 and 7.2.5.5, 8-E 


PICS Item 




Initial Condition 


During the last authorization/reauthorization, the lUT has transmitted 0x02 in 
the TEK encryption algorithm identifiers of the Cryptographic-Suite-List of the 
Security-Capabilities in the Auth Request message. The lUT has then 
transmitted a Key Request message (the TEK is now in Rekey Wait state). 


Expected Behaviour 


Check that: On receiving a valid Key Reply message, the lUT decrypts the 
TEK in TEK-parameters sub attributes of the Key Reply using the RSA method 
(the TEK is now in the Operational state). 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/OPN/BV-H005 


IEEE 802.18 Reference 


clauses 7.5, 7.5.2.3 and 7.2.5.5, 8-E 


PICS Item 




Initial Condition 


During the last authorization/reauthorization, the lUT has transmitted 0x03 in 
the TEK encryption algorithm identifiers of the Cryptographic-Suite-List of the 
Security-Capabilities in the Auth Request message. The lUT has then 
transmitted a Key Request message (the TEK is now in Rekey Wait state). 


Expected Behaviour 


Check that: On receiving a valid Key Reply message, the lUT decrypts the 
TEK in TEK-parameters sub attributes of the Key Reply using 128 AES in ECB 
mode (the TEK is now in the Operational state). 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/OPN/BV-H100 


IEEE 802.16 Reference 


clause 7.2.5.5, 1-D 

Figure "Authorization state machine flow diagram" 


PICS item 




Initial Condition 


The lUT is operational and encrypting for an SAID. It has just sent an Auth 
Request to reauthorize (the lUT is in Reauth Wait and TEK FSIVI Operational 
states). 


Expected Behaviour 


Check that: When the lUT's Authorization FSM terminates the TEK FSM for 
the given SAID, the lUT terminates encryption for the SAID. (The lUT is now in 
Authorized and TEK FSM start states (the old TEK FSM is deleted). 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/0PN/BV-H1 01 


IEEE 802.16 Reference 


clause 7.2.5.5, 5-D 


PICS Item 




Initial Condition 


The lUT is operational and encrypting (the lUT is in the TEK FSIVI operational 
state). 


Expected Behaviour 


Check that: On receiving a TEK Invalid message, the lUT sends a valid Key 
Request and stops using the traffic encryption keys for the SAID indicated in 
the TEK Invalid (the lUT is now in the Op Wait State). 


Test strategy 




Notes 





ETSI 



200 



ETSI TS 102 385-2 V2.4.1 (2007-10) 



TP ID 


TP/SS/PKM/TEK/OPN/BV-H200 


IEEE 802.16 Reference 


clause 7.2.5.5, 1-E 


PICS Item 




initial Condition 


The lUT is operational and encrypting for an SAID. It has sent a Key Request 
for key refresh. It has also sent an Auth Req to reauthorize (the lUT is now in 
Reauth Wait and Rekey Wait states). 


Expected Beliaviour 


Check that: When the lUT's Authorization FSM terminates the TEK FSM for 
the given SAID, the lUT goes to the Authorized and TEK FSM start states. The 
old TEK FSM is deleted. 


Test strategy 




Notes 


Not replying to the Key Request ensures that the lUT remains in the Rekey 
Wait state until it reauthorizes. 




TP ID 


TP/SS/PKM/TEK/OPN/BV-H201 


IEEE 802.16 Reference 


clause 7.2.4.3 "Authorization Invalid" and clause 7.2.5.5, 3-E 
Figure "Authorization state machine flow diagram" 


PICS Item 




Initial Condition 


The lUT is operational and encrypting. The lUT has sent a valid Key Request 
to rekey (the lUT is now in Authorized and Rekey Wait States). 


Expected Beliaviour 


Check that: On receiving an Auth Invalid message with an Error Code = 5 
(Message Authentication Failure), the lUT sends an Auth Request message 
(the lUT is now in Reauth Wait and Rekey Auth Wait States). 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/OPN/BV-H202 


IEEE 802.16 Reference 


clause 7.2.4.3 "Authorization Invalid" and clause 7.2.5.5, 3-E 
Figure "Authorization state machine flow diagram" 


PICS Item 




Initial Condition 


The lUT is operational and encrypting. The lUT has sent a valid Key Request 
to rekey (the lUT is now in Authorized and Rekey Wait States). 


Expected Behaviour 


Check that: On receiving a Key Reply that does not authenticate (Message 
Authentication Failure), the lUT sends an Auth Request message (the lUT is 
now in Reauth Wait and Rekey Auth Wait States). 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/OPN/BV-H203 


IEEE 802.16 Reference 


clause 7.2.4.3 "Authorization Invalid" and clause 7.2.5.5, 3-E 
Figure "Authorization state machine flow diagram" 


PICS Item 




Initial Condition 


The lUT is operational and encrypting. The lUT has sent a valid Key Request 
to rekey (the lUT is now in Authorized and Rekey Wait States.) 


Expected Behaviour 


Check that: On receiving a Key Reject that does not authenticate (Message 
Authentication Failure), the lUT sends an Auth Request message (the lUT is 
now in Reauth Wait and Rekey Auth Wait States). 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/OPN/BV-H204 


IEEE 802.16 Reference 


clause 7.2.5.5, 5-E 


PICS Item 




Initial Condition 


The lUT is operational and encrypting. It has just sent a Key Request to 
refresh its keys (the lUT is now in Rekey Wait state). 


Expected Behaviour 


Check that: On receiving a TEK Invalid message, the lUT transmits a Key 
Request message and stops using the traffic encryption keys for the SAID 
indicated in the TEK Invalid message (the lUT is now in Op Wait state). 


Test strategy 




Notes 
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TP ID 


TP/SS/PKM/TEK/OPN/BV-n205 


II — 1 — 1 — n/^o H/^ n ^ X ^ ^ 

IEEE 802.16 Reference 


clause 7.2.5.5, 9-E 


rlOb Item 




Initial Condition 


The lUT is operational and encrypting. The lUT has sent a Key Request 
message to refresh its keys (the lUT is in the Rekey Wait state). 


Expected Behaviour 


Check that: On receiving a Key Reject message, the lUT stops using the key 
contained in the Key Reject message (the TEK FSM is now in the start state). 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/OPN/BV-H300 


IEEE 802.16 Reference 


clause 7.2.5.5, 1-F 


PICS Item 




Initial Condition 


The lUT is operational and encrypting for an SAID. It has sent a Key Request 
for key refresh. It has also sent an Auth Req to reauthorize (the lUT Is now in 
Reauth Wait and Rekey Reauth Wait states). 


Expected Behaviour 


Check that: On receiving an Auth Reply that does not include the SA 
Descriptor for the SAID, the lUT goes to the Authorized and TEK FSM start 
states. The old TEK FSM is deleted. 


Test strategy 




Notes 


Not replying to the Key Request ensures that the lUT remains in the Rekey 
Wait state until it reauthorizes. 




TP ID 


TP/SS/PKM/TEK/OPN/BV-H301 


IEEE 802.16 Reference 


clause 7.2.4.3 "Authorization Invalid" and clause 7.2.5.5, 4-F 
Figure "Authorization state machine flow diagram" 


PICS Item 




Initial Condition 


The lUT is operational and encrypting. It is in the Reauth Wait and Rekey Auth 
Wait States. 


Expected Behaviour 


Check that: On receiving a valid Auth Reply, the lUT transmits a valid Key 
Request message (the lUT is now in Authorized and Rekey Wait states). 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/OPN/BV-H302 


IEEE 802.16 Reference 


clause 7.2.5.5, 5-F 


PICS Item 




Initial Condition 


The lUT is operational and encrypting. It has just sent a Key Request to 
refresh its keys. At the same time, the lUT is reauthorizing (the lUT is in the 
Reauth Wait and Rekey Reauth Wait states). 


Expected Behaviour 


Check that: On receiving a TEK Invalid message, the lUT stops using the 
traffic encryption keys for the SAID indicated in the TEK Invalid message (the 
lUT is now in the Reauth Wait and Op Reauth Wait states). 


Test strategy 




Notes 


The lUT can be induced to go tin the Rekey Reauth Wait state by waiting for 
but never responding to a Key Request until reauthorization starts. 
This test is possible using the timer values in Table "Authorization FSM State 
Transition Matrix". Using other values may cause both TEKs' lifetime to expire 
prior to receiving the Auth Request for re-authorization. 




TP ID 


TP/SS/PKM/TEK/OPN/BV-H400 


IEEE 802.16 Reference 


clause 7.2.5.5, 1-B 


PICS Item 




Initial Condition 


The lUT is refreshing its keys. The lUT is in the Op Wait state. 


Expected Behaviour 


Check that: When the lUT's Authorization FSM terminates the TEK FSM for 
the given SAID, the lUT terminates encryption for the SAID (the lUT is now in 
Authorized and TEK FSM start states. The old TEK FSM is deleted). 


Test strategy 




Notes 
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TP ID 


TP/SS/PKM/TEK/OPN/BV-n401 


II — 1 — 1 — n/^o H/^ n ^ X ^ ^ 

IEEE 802.16 Reference 


clause 7.2.5.5, 3-B 


rlOb Item 




Initial Condition 


The lUT is encrypting and in the Key FSM Op Wait state. 


Expected Behaviour 


Check that: On receiving an Auth Invalid message, the lUT transmits an Auth 
Request message (the lUT is now in the Reauth Wait and Op Reauth Wait 
states). 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/OPN/BV-H402 


IEEE 802.16 Reference 


clauses 7.5, 7.5.2.1 and 7.2.5.5, 8-B 


PICS Item 




Initial Condition 


The lUT is refreshing its keys. During the last authorization/reauthorization, the 
lUT has transmitted 0x01 in the TEK encryption algorithm identifiers of the 
Cryptographic-Suite-List of the Security-Capabilities in the Auth Request 

message. The lUT is in the Op Wait state. 


Expected Behaviour 


Check that: On receiving a valid Key Reply message, the lUT decrypts the 
TEK in TEK-parameters sub attributes of the Key Reply using the two-key 
3-DES in the EDE mode (the TEK is now in the Operational state). 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/OPN/BV-H403 


IEEE 802.16 Reference 


clauses 7.5, 7.5.2.2 and 7.2.5.5, 8-B 


PICS Item 




Initial Condition 


The lUT is refreshing its keys. During the last authorization/reauthorization, the 
lUT has transmitted 0x02 in the TEK encryption algorithm identifiers of the 
Cryptographic-Suite-List of the Security-Capabilities in the Auth Request 
message. The lUT is in the Op Wait state. 


Expected Behaviour 


Check that: On receiving a valid Key Reply message, the lUT decrypts the 
TEK in TEK-parameters sub attributes of the Key Reply using the RSA method 
(the TEK is now in the Operational state). 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/OPN/BV-H404 


IEEE 802.16 Reference 


clauses 7.5, 7.5.2.3 and 7.2.5.5, 8-B 


PICS Item 




Initial Condition 


The lUT is refreshing its keys. During the last authorization/reauthorization, the 
lUT has transmitted 0x03 in the TEK encryption algorithm identifiers of the 
Cryptographic-Suite-List of the Security-Capabilities in the Auth Request 
message. The lUT is in the Op Wait state. 


Expected Behaviour 


Check that: On receiving a valid Key Reply message, the lUT decrypts the 
TEK in TEK-parameters sub attributes of the Key Reply using 128 AES in ECB 
mode (the TEK is now in the Operational state). 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/OPN/BV-H405 


IEEE 802.16 Reference 


clause 7.2.5.5, 9-B 


PICS Item 




Initial Condition 


The lUT is refreshing its keys. The lUT is in the Op Wait state. 


Expected Behaviour 


Check that: On receiving a valid Key Reject message,, the lUT stops using the 
key contained in the Key Reject message (the TEK FSM is now in the Start 
state). 


Test strategy 




Notes 
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TP ID 


TP/SS/PKM/TEK/OPN/BV-MoOO 


IEEE 802.16 Reference 


_|_,,__ ^ t~\ C C A O 

clause 7.2.5.5, 4-C 


rlOb Item 




Initial Condition 


The lUT is operational and encrypting. It is in the Reauth Wait and Op Reauth 
Wait states. 


Expected Behaviour 


Check that: On receiving an Auth Reply message, the lUT transmits a valid 
Key Request message (the lUT is now in the Authorized and Op Wait states). 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/OPN/BV-H600 


IEEE 802.16 Reference 


clause 7.1.3, §6 


PICS Item 




Initial Condition 


lUT is operational and encrypting. 


Expected Behaviour 


Check that: When the current keying material expires before a new set of 
keying material has been received, the lUT performs network entry as 
specified in §6.3.9. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/OPN/TI-HOOO 


IEEE 802.16 Reference 


clause 7.2.5.5, 6-E 


PICS Item 




Initial Condition 


The lUT is encrypting. It has sent valid Key Request to rekey and started the 
Rekey Wait Timer (the lUT is Rekey Wait state). 


Expected Behaviour 


Check that: On Rekey Wait Timer expiry without receiving a valid response to 
the Key Request, the lUT retransmits the Key Request and remains in the 
same state. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/OPN/TI-H001 


IEEE 802.16 Reference 


clause 7.2.5.5, 6-E 


PICS Item 




Initial Condition 


The lUT is encrypting. It has sent valid Key Request to rekey and started the 
Rekey Wait Timer (the lUT is Rekey Wait state). 


Expected Behaviour 


Check that: Each time the Rekey Wait Timer expiry without receiving a valid 
response to the Key Request, the lUT retransmits the Key Request and 
remains in the same state until the lUT receives a valid Key Reply, Key Reject, 
or TEK Invalid message. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/OPN/TI-H002 


IEEE 802.16 Reference 


clause 7.2.5.5, 6-E 


PICS Item 




Initial Condition 


The lUT is operational and encrypting. It has just transmitted a Key Request 
message and started the Key Request Retry timer (the lUT is in the Rekey 
Wait state). 


Expected Behaviour 


Check that: On expiry of the Key Request Retry timer without receiving a 
valid Key Reply nor Key Reject message, the lUT retransmits the Key Request 
(the lUT remains in the Rekey Wait state). 


Test strategy 




Notes 
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TP ID 


TP/SS/PKM/TEK/OPN/TI-H003 


IEEE 802.16 Reference 


clause 7.2.5.5, 6-B 


PICS Item 




initial Condition 


The lUT IS operational but has no traffic keys. It has just transmitted a Key 
Request message and started the Key Request Retry timer (the lUT is in 
the Rekey Wait state). 


Expected Behaviour 


Check that: Each time the Op Wait Timer expires without receiving a valid Key 
Reply nor the Key Reject message, the lUT retransmits the Key Request and 
remains in the same state until the lUT receives a valid Key Reply or the Key 
Reject message. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/OPN/TI-H004 


IEEE 802.16 Reference 


clause 6.3.2.3.9, §5 "Identifier" 


PICS Item 




Initial Condition 


lUT is operational and encrypting. 


Expected Behaviour 


Check that: When retransmitting a Key Request messages, the lUT keeps the 
Identifier field's the same as that for first transmitted Key Request. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/OPN/BI-HOOO 


IEEE 802.16 Reference 


clause 6.3.2.3.9, §6 


PICS Item 




Initial Condition 


lUT is operational and encrypting. The lUT has sent a Key Request to refresh 
its keys (the lUT is now in Rekey Wait state). 


Expected Behaviour 


Check that: On receiving a Key Reply message with both known and unknown 
attributes, the lUT ignores the unknown attributes and refreshes the keys 
according to the known attributes if these attributes are complete. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/OPN/BI-H001 


IEEE 802.16 Reference 


clause 6.3.2.3.9, §6 


PICS Item 




Initial Condition 


lUT is operational and encrypting. The lUT has sent a Key Request to refresh 
its keys (the lUT is now in Rekey Wait state). 


Expected Behaviour 


Check that: On receiving a Key Reject message with both known and unknown 
attributes, the lUT ignores the unknown attributes and processes the Key 
Reject according to the known attributes if these attributes are complete. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/OPN/BI-H002 


IEEE 802.16 Reference 


clause 6.3.2.3.9, §7 


PICS item 




Initial Condition 


lUT is operational and encrypting. The lUT has sent a Key Request to refresh 
its keys (the lUT is now in Rekey Wait state). 


Expected Behaviour 


Check that: On receiving a Key Reply with missing required attributes, the lUT 
discards the Key Replay and remains in the same state. 


Test strategy 




Notes 
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TP ID 


TP/SS/PKM/TEK/OPN/BI-HOOo 


IEEE 802.16 Reference 


clause 6.3.2.3.9, §7 


rlOb Item 




Initial Condition 


lUT is operational and encrypting. The lUT has sent a Key Request to refresh 
its keys (the lUT is now in Rekey Wait state). 


Expected Behaviour 


Check that: On receiving a Key Reject with missing required attributes, the lUT 
discards the Key Replay and remains in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/OPN/BI-H004 


IEEE 802.16 Reference 


Clause 6.3.2.3.9 "Attributes" 


PICS Item 




Initial Condition 


lUT is operational and encrypting. The lUT has sent a Key Request to refresh 
its keys (the lUT is now In Rekey Wait state). 


Expected Behaviour 


Check that: On receiving a Key Reply message with randomly ordered 
attributes except for the HMAC which is the last attribute, the lUT decodes the 
attributes and refreshes the keys. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/OPN/BI-H005 


IEEE 802.16 Reference 


Clause 6.3.2.3.9 "Attributes" 


PICS Item 




Initial Condition 


lUT is operational and encrypting. The lUT has sent a Key Request to refresh 

its keys (the lUT is now in Rekey Wait state). 


Expected Behaviour 


Check that: On receiving a Key Reject message with randomly ordered 
attributes except for the HMAC which is the last attribute, the lUT decodes the 
attributes and stops using the keys indicated in the Key Reject. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/OPN/BI-H006 


IEEE 802.16 Reference 


Clause 6.3.2.3.9, §5 "Code" 


PICS Item 




Initial Condition 


The lUT is operational and encrypting. The lUT has sent a Key Request 
message to refresh its keys (the lUT is in the Rekey Wait state). 


Expected Behaviour 


Check that: On receiving a PKM-RSP MAC message with an invalid PKM 
packet type code, the lUT does nothing and remains in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/TEK/OPN/BO-HOOO 


IEEE 802.16 Reference 


clause 6.3.2.3.9, §5 "Identifier" 


PICS Item 




Initial Condition 


lUT is operational and encrypting. The lUT has sent a Key Request to refresh 
its keys (the lUT is now in Rekey Wait state). 


Expected Behaviour 


Check that: On receiving a Key Reply whose Identifier field does not match 
that of the Key Request message, the lUT does nothing and remains in the 
same state (the lUT remains in the Rekey Wait state). 


Test strategy 




Notes 
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TP ID 


TP/SS/PKM/TEK/OPN/BO-H001 


IEEE 802.16 Reference 


clause 6.3.2.3.9, §5 "Identifier" 


PICS Item 




initial Condition 
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lUT IS operational and encrypting. The lUT has sent a Key Request to refresh 
its l<eys (the lUT is now in Rekey Wait state). 


Expected Behaviour 


Check that: On receiving a Key Reject whose Identifier field does not match 
that of the Key Request message, the lUT does nothing and remains in the 
same state (the lUT remains in the Rekey Wait state). 


Test strategy 




Notes 





5.3.4.3 Security Association Management (SAM) 



TP ID 


TP/SS/PKM/SAM/BV-HOOO 


IEEE 802.16 Reference 


Clauses 6.3.2.3.9.1 , §1 and 7.3.1 , §1 


PICS Item 




Initial Condition 


The lUT is operating 


Expected Behaviour 


Check that: On receiving a valid SA Add message, the lUT starts a new TEK 
state machine for each SA listed in the message by sending a Key Request 
message for each SA. 


Test strategy 




Notes 





5.3.4.4 Encryption and Key Scheduling (EKS) 



TP ID 


TP/SS/PKM/EKS/BV-HOOO 


IEEE 802.16 Reference 


clause 7.1.5 

Table "Allowed cryptographic suites" 


PICS Item 




Initial Condition 


lUT has begun SS authorization. 


Expected Behaviour 


Check that: The lUT supports at least one of the Cryptographic Suites in Table 
"Allowed cryptographic suites". 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/EKS/BV-H001 


IEEE 802.16 Reference 


clause 7.1.4 


PICS Item 




Initial Condition 


lUT is operational and adding a Dynamic Service (DSA) for a data transport 
connections. 


Expected Behaviour 


Check that: The lUT maps all transport connections to an existing SA. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/EKS/BV-H002 


IEEE 802.16 Reference 


clause 7.1.4 


PICS Item 




Initial Condition 


lUT is operational and adding a Dynamic Service (DSA) for each of several 
multicast data transport connections. 


Expected Behaviour 


Check that: The lUT maps the multicast transport connections to any Static or 
Dynamic SA. 


Test strategy 




Notes 
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.4.4.1 Key Usage (KU) 



TP ID 


TP/SS/PKM/EKS/KU/BV-HOOO 


IEEE 802.16 Reference 


clause 7.2.1 


PICS Item 




Initial Condition 


lUT is operational and authorized 


Expected Beliaviour 


Check that: The iUT Simultaneously supports two active AK's during 
reauthorization. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/EKS/KU/BV-H001 


IEEE 802.16 Reference 


clauses 7.4.2.2 and 7.5.4.3 


PICS Item 




Initial Condition 


The IUT is operational. Two AKs are active for the IUT. Given that during a 
transaction the IUT must transmit one of the following messages: DSx-REQ, 
DSx-RSP, DSx-ACK, REG-REQ, and TFTP-CPLT. 


Expected Beliaviour 


Check that: The IUT calculates the HMAC-Digest of the HMAC Tuple in the 
message with the HMAC_KEY_U associated with the newer of its two most 
recent AKs. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/EKS/KU/BV-H1 00 


IEEE 802.16 Reference 


clauses 7.5.3 and 7.5.4.3 


PICS Item 




Initial Condition 


PiVIP only. The IUT is authenticating the Key Request message with 
HiVIAC-Digest. 


Expected Behaviour 


Check that: The IUT uses HMAC_KEY_U to calculate the HMAC-Digest over 
the entire MAC management message with the exception of the HMAC-Digest 
and HMAC Tuple attributes. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/EKS/KU/BV-H1 01 


IEEE 802.16 Reference 


clause 7.4.2.2 


PICS Item 




Initial Condition 


IUT is Operational. 


Expected Behaviour 


Check that: The IUT Uses the HMAC_KEY_U derived from the new of its two 
most recent AKs when calculating the HMAC-Digests attached to Key Request 
messages. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/EKS/KU/BV-H200 


IEEE 802.16 Reference 


clause 7.4.2.2 


PICS item 




Initial Condition 


IUT is operational. Two AKs are active. The IUT has transmitted a valid Key 
Request. 


Expected Behaviour 


Check that: On receiving a Key Reply message using the older AK sequence 
number, the IUT Authenticates the Key Reply message and decrypts the TEKs 
with the KEK using the older AK. 


Test strategy 




Notes 
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TP ID 


TP/SS/PKM/EKS/KU/BV-H201 


IEEE 802.16 Reference 


clause 7.4.2.2 


PICS Item 




initial Condition 


II i^n ■ i" 1 ~T~ A IX X" ^ni II i^n I j. i i" i !✓ 

lUT IS operational. Two AKs are active. The iUT has transmitted a valid Key 
Request. 


Expected Behaviour 


Check that: On receiving a Key Reply message using the newer AK sequence 
number, the IUT Authenticates the Key Reply message and decrypts the TEKs 
with the KEK using the newer AK. 


Test strategy 




Notes 





TP ID 


TP/SS/PKM/EKS/KU/BV-H300 




Deleted 



TP ID 


TP/SS/PKM/EKS/KU/BV-H301 




Deleted as duplicate of TP/SS/PKM/EKS/KU/BV-H201 



TP ID 


TP/SS/PKM/EKS/KU/BV-H400 


IEEE 802.16 Reference 


clause 7.2.4.3, §2b 


PICS Item 




Initial Condition 


The IUT is encrypting UL user data for an SAID. The IUT has sent a Key 
Request to refresh keys for the SAID. 


Expected Behaviour 


Check that: On receiving a valid Key Reply for the SAID, the IUT encrypts the 
user data using the newer of the two keys in the Key Reply. 


Test strategy 




Notes 





.4.4.2 Encryption (ENC) 



TP ID 


TP/SS/PKM/EKS/ENC/BV-HOOO 


IEEE 802.16 Reference 


clause 7.5 

Table "Data encryption algorithm identifiers" 
Table "SA-Descriptor sub attributes" 


PICS Item 




Initial Condition 


The IUT is operational. During successful SS authorization and key exchange, 
the SS has received an SA-Descriptor sub attribute with Cryptographic suite 
identifier equal to 0x00 for a given SA. 


Expected Behaviour 


Check that: For the given SA, the IUT does not encrypt the MAC DATA PDU 
payloads. 


Test strategy 




Notes 





TP ID 


TP/SS/PKM/EKS/ENC/BV-H001 


IEEE 802.16 Reference 


clauses 7.5 and 7.5.1 .1 

Table "Data encryption algorithm identifiers" 

Table "SA-Descriptor sub attributes" 


PICS Item 




Initial Condition 


The IUT is operational. During successful SS authorization and key exchange, 
the IUT has received an SA-Descriptor sub attribute with Cryptographic suite 
identifier equal to 0x01 for CBC-Mode, 56-bit DES for a given SA. 


Expected Behaviour 


Check that: For the given SA, the IUT uses the CBC of the DES algorithm to 
encrypt the MAC DATA PDU payloads. 


Test strategy 




Notes 
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TP ID 


TP/SS/PKM/EKS/ENC/BV-H002 


IEEE 802.16 Reference 


clauses 7.5 and 7.5.1 .2 

Table "Data encryption algorithm identifiers" 

Table SA-Descriptor sub attributes 


PICS Item 




Initial Condition 


The lUT is operational. During successful SS authorization and key exchange, 
the lUT has received an SA-Descriptor sub attribute with Cryptographic suite 
identifier equal to 0x02 AES, CCIVI mode for a given SA. 


Expected Behaviour 


Check that: For the given SA, the lUT uses the AES, CCM mode to encrypt the 
MAC DATA PDU payloads. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/EKS/ENC/BV-H003 




Deleted 




TP ID 


TP/SS/PKM/EKS/ENC/BV-H004 


IEEE 802.16 Reference 


clause 7.5.1.1, §2 


PICS Item 




Initial Condition 


PMP_only. The lUT is operational. The lUT is encrypting uplink MAC DATA 

PDU payloads. 


Expected Behaviour 


Check that: The lUT initializes the CBC with the XOR the IV parameter 
transmitted in the TEK keying information and the Frame Number of the frame 
where the relevant UL-MAP was transmitted. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/EKS/ENC/BV-H005 


IEEE 802.16 Reference 


clauses 7.5 and 7.5.1 .1 , §3 


PICS Item 




Initial Condition 


The lUT is encrypting uplink MAC DATA PDU payloads with DES in CBC 
mode. The final block of plaintext is of n bits where n is less than 64 bits. 


Expected Behaviour 


Check that: The lUT uses DES to encrypt the next-to-last cipher block text a 
second time using the ECB mode, XORs the most significant n bits of the 
result with the final n bits of the payload for the short final cipher block. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/EKS/ENC/BV-H006 


IEEE 802.16 Reference 


clauses 7.5 and 7.5.1 .1 , §3 


PICS Item 




Initial Condition 


The lUT is encrypting uplink MAC DATA PDU payloads with DES in CBC 
mode. The entire plaintext is of n bits where n is less than 64 bits. 


Expected Behaviour 


Check that: The lUT uses DES to encrypt the IV, then XORs the most 
significant n bits of the cipher text with the n bits of the payload to generate the 
short cipher block. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/EKS/ENC/BV-H007 


IEEE 802.16 Reference 


clauses 7.2.5 and 7.2.5.5, 8-E 


PICS Item 




Initial Condition 


lUT is encrypting. The SAID for the Basic CID and several SAIDs for Static 
SAs are established. lUT has transmitted a one valid Key Request for each 
SAID to refresh keys. 


Expected Behaviour 


Check that: On receiving a valid Key Reply with 2 keys for each SAID, the lUT 
encrypts the MAC DATA PDU Payloads according to the refreshed SA keying 
material for each SAID. 


Test strategy 




Notes 
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TP ID 


TP/SS/PKM/EKS/cNC/BV-nOOo 


IEEE 802.16 Reference 


clause 7.4.2.3 

rigure i trv management in bo ano oo 


PICS Item 




Initial Condition 


lUT is operational and encrypting uplink MAC DATA PDUs. 


Expected Behaviour 


Check that: Given that one TEK is active, the lUT encrypts the uplink MAC 
DATA PDUs using the active TEK. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/EKS/ENC/BV-H009 


IEEE 802.16 Reference 


clause 7.4.2.3 

Figure "TEK management in BS and SS" 


PICS Item 




Initial Condition 


lUT is operational and encrypting uplink MAC DATA PDUs. 


Expected Behaviour 


Check that: Given that two TEKs are active, the lUT encrypts the uplink MAC 
DATA PDUs using the newer TEK. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/EKS/ENC/BV-H01 


IEEE 802.16 Reference 


clause 1 1 .9.4 


PICS Item 




Initial Condition 


lUT is encrypting. lUT has transmitted a valid Key Request to refresh keys. 
The lUT has received a valid Key Reply with 2 keys. One of the key's TEK 

Parameters indicates a key lifetime of zero. 


Expected Behaviour 


Check that: On receiving a valid Key Reply with one of the key's TEK 
Parameters indicates a key lifetime of zero, the lUT encrypts the MAC DATA 
PDU Payload according to the TEK parameters whose key lifetime is not zero. 
Encryption of MAC DATA PDU Payloads continues throughout the transaction. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/EKS/ENC/BV-H1 00 


IEEE 802.16 Reference 


clauses 7.2.4.3 "Authorization Invalid" and 7.2.5.5, 3-E 
Figure "Authorization state machine flow diagram" 


PICS Item 




Initial Condition 


The lUT is operational and encrypting. The lUT has sent a valid Key Request 
to rekey (the lUT is now in Authorized and Rekey Wait States). 


Expected Behaviour 


Check that: On receiving an Auth Invalid message with an Error Code = 5 
(Message Authentication Failure), the lUT transitions to the Reauth Wait state 
and continues to encrypt the MAC DATA PDU payloads throughout the 
transaction. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/EKS/ENC/BV-H101 


IEEE 802.16 Reference 


clauses 7.2.4.3 "Authorization Invalid" and 7.2.5.5, 4-F 
Figure "Authorization state machine flow diagram" 


PICS Item 




Initial Condition 


The lUT is operational and encrypting. It is in the Reauth Wait and Rekey Auth 
Wait States. 


Expected Behaviour 


Check that: On receiving a valid Auth Reply, the lUT continues to encrypt the 
MAC DATA PDU payloads throughout the transaction. 


Test strategy 




Notes 
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TP ID 


TP/SS/PKM/EKS/ENC/BV-H1 02 


IEEE 802.16 Reference 


clause 7.2.5.5, 6-E 


PICS Item 




initial Condition 


The lUT IS encrypting. It has sent valid Key Request to rel^ey and started the 
Rekey Wait Timer (the lUT is Rel<ey Wait state). 


Expected Behaviour 


Check that: On Rekey Wait Timer expiry without receiving a valid response to 
the Key Request, the lUT continues to encrypt MAC DATA PDU Payloads 
throughout the transaction. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/EKS/ENC/BV-H1 03 


IEEE 802.16 Reference 


clause 7.2.5.5, 8-E 


PiCS Item 




Initial Condition 


lUT is encrypting. Only one SAID (for the Basic CID) is established. lUT has 
transmitted a valid Key Request to refresh keys. 


Expected Behaviour 


Check that: On receiving a valid Key Reply with 2 keys, the lUT encrypts the 
MAC DATA PDU Payload according to the refreshed SA keying material. 
Encryption of MAC DATA PDU Payloads continues throughout the transaction. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/EKS/ENC/BV-H200 


IEEE 802.16 Reference 


clause 7.2.5.5, 1-C 


PICS Item 




Initial Condition 


The lUT is encrypting and in the Op Reauth Wait state. 


Expected Behaviour 


Check that: On receiving an Auth Reply that does not contain the SAID for the 
SA that was encrypting, the lUT terminates encryption for the missing SAID. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/EKS/ENC/BV-H201 


IEEE 802.16 Reference 


clause 7.2.5.5, 1-E 


PICS Item 




Initial Condition 


The lUT is operational and encrypting for an SAID. It has sent a Key Request 
for key refresh. It has also sent an Auth Req to reauthorize (the lUT is now in 
Reauth Wait and Rekey Wait states). 


Expected Behaviour 


Check that: When the lUT's Authorization FSM terminates the TEK FSM for 
the given SAID, the lUT terminates encryption for the SAID. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/EKS/ENC/BV-H202 


IEEE 802.16 Reference 


clause 7.2.5.5, 1-F 


PICS Item 




Initial Condition 


The lUT is operational and encrypting for an SAID. It has sent a Key Request 
for key refresh. It has also sent an Auth Req to reauthorize (the lUT is now in 
Reauth Wait and Rekey Reauth Wait states). 


Expected Behaviour 


Check that: On receiving an Auth Reply that does not include the SA 
Descriptor for the SAID, the lUT terminates encryption for the missing SAID. 


Test strategy 




Notes 
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.4.4.3 Decryption (DEC) 



TP ID 


TP/SS/PKM/EKS/DEC/BV-HOOO 


IEEE 802.16 Reference 


clause 7.5 

Table "Data encryption algorithm Identifiers" 
Table "SA-Descrlptor sub attributes" 


PICS Item 




Initial Condition 


The lUT is operational. During successful SB authorization and l<ey exchange, 
the SS has received an SA-Descriptor sub attribute with Cryptographic suite 
identifier equal to 0x00 for a given SA. 


Expected Behaviour 


Check that: For the given SA, the lUT does not decrypt the MAC DATA PDU 
payloads. 


Test strategy 




Notes 


Require a means to determine if the received DATA PDUs are decrypted 
correctly. 




TP ID 


TP/SS/PKM/EKS/DEC/BV-H001 


IEEE 802.16 Reference 


clauses 7.5 and 7.5.1 .1 

Table "Data encryption algorithm identifiers" 

Table "SA-Descriptor sub attributes" 


PICS Item 




Initial Condition 


The lUT is operational. During successful SS authorization and key exchange, 
the lUT has received an SA-Descriptor sub attribute with Cryptographic suite 
identifier equal to 0x01 for CBC-IVIode, 56-bit DES for a given SA. 


Expected Behaviour 


Check that: For the given SA, the lUT uses the CBC of the DES algorithm to 
decrypt the MAC DATA PDU payloads. 


Test strategy 




Notes 


Require a means to determine If the received DATA PDUs are decrypted 
correctly. 




TP ID 


TP/SS/PKM/EKS/DEC/BV-H002 


IEEE 802.16 Reference 


clauses 7.5 and 7.5.1.2 

Table "Data encryption algorithm identifiers" 
Table "SA-Descriptor sub attributes" 


PICS Item 




Initial Condition 


The lUT Is operational. During successful SS authorization and key exchange, 
the lUT has received an SA-Descrlptor sub attribute with Cryptographic suite 
identifier equal to 0x02 AES, CCM mode for a given SA. 


Expected Behaviour 


Check that: For the given SA, the lUT uses the AES, CCM mode to decrypt the 
MAC DATA PDU payloads. 


Test strategy 




Notes 


Require a means to determine If the received DATA PDUs are decrypted 
correctly. 




TP ID 


TP/SS/PKM/EKS/DEC/BV-H003 


IEEE 802.16 Reference 


Clauses 7.5, 7.5.1 .1 , 1 1 .9.8 and 1 1 .9.9 


PICS Item 




Initial Condition 


PMP only. The lUT Is operational. The lUT is decrypting downlink MAC DATA 
PDU payloads. 


Expected Behaviour 


Check that: The lUT Uses a CBC calculated by XOR-ing the CBC-IV 
transmitted In the TEK parameters sub attributes. 


Test strategy 




Notes 


Require a means to determine If the received DATA PDUs are decrypted 
correctly. 
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TP ID 


TP/SS/PKM/EKS/DEC/BV-H004 


IEEE 802.16 Reference 


clauses 7.5 and 7.5.1 .1 


PICS Item 




initial Condition 


The lUT is operational. The lUT is decrypting downlink MAC DATA PDU 
payloads using DES. The final block of plaintext is of n bits where n is less 
than 64 bits. 


Expected Beliaviour 


Check that: The lUT decrypts using DES the next-to-last cipher block text 
using the ECB mode, and XORs the most significant n bits with the short final 
cipher block in order to recover the short final clear text block. 


Test strategy 




Notes 


Require a means to determine if the received DATA PDUs are decrypted 
correctly. 




TP ID 


TP/SS/PKM/EKS/DEC/BV-H005 


IEEE 802.16 Reference 


clauses 7.5 and 7.5.1 .1 


PICS Item 




Initial Condition 


The lUT is operational. The lUT is decrypting downlink MAC DATA PDU 
payloads. The entire plaintext is of n bits where n is less than 64 bits. 


Expected Behaviour 


Check that: The lUT correctly decrypts the entire plaintext. 


Test strategy 




Notes 


Require a means to determine if the received DATA PDUs are decrypted 
correctly. 




TP ID 


TP/SS/PKM/EKS/DEC/BV-H006 


IEEE 802.16 Reference 


clauses 7.2.5 and 7.2.5.5, 8-E 


PICS Item 




Initial Condition 


lUT is encrypting. The SAID for the Basic CID and several SAIDs for Static 
SAs are established. lUT has transmitted a one valid Key Request for each 
SAID to refresh keys. 


Expected Behiaviour 


Check that: On receiving a valid Key Reply with 2 keys for each SAID, the lUT 
decrypts the MAC DATA PDU Payloads according to the refreshed SA keying 
material for each SAID. 


Test strategy 




Notes 


Require a means to determine if the received DATA PDUs are decrypted 
correctly. 




TP ID 


TP/SS/PKM/EKS/DEC/BV-H007 


IEEE 802.16 Reference 


clause 7.4.2.3 

Figure "TEK management in BS and SS" 


PICS Item 




Initial Condition 


lUT is operational and decrypting downlink MAG DATA PDUs. 


Expected Behaviour 


Check that: Given that one TEK is active, the lUT decrypts the downlink MAC 
DATA PDUs using the active TEK. 


Test strategy 




Notes 


Require a means to determine if the received DATA PDUs are decrypted 
correctly. 




TP ID 


TP/SS/PKM/EKS/DEC/BV-H008 


IEEE 802.16 Reference 


clause 7.4.2.3 

Figure "TEK management in BS and SS" 


PICS Item 




Initial Condition 


lUT is operational and decrypting downlink MAC DATA PDUs. The downlink 
MAC DATA PDUs are encrypted using the older of the two active TEKs. 


Expected Behaviour 


Check that: The iUT decrypts the MAC DATA PDUs. 


Test strategy 




Notes 


Require a means to determine if the received DATA PDUs are decrypted 
correctly. 
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TP ID 


TP/SS/rK.M/EKS/DcC/BV-n009 


IEEE 802.16 Reference 


clause 7.4.2.3 

Figure "TEK management in BS and SS" 


rlUo Item 




Initial Condition 


lUT is operational and decrypting downlink MAC DATA PDUs. The downlink 
MAC DATA PDUs are encrypted using the newer of the two active TEKs. 


Expected Behaviour 


Check that: The lUT decrypts the MAC DATA PDUs. 


Test strategy 




Notes 


Require a means to determine if the received DATA PDUs are decrypted 
correctly. 




TP ID 


TP/SS/PKM/EKS/DEC/BV-H1 00 


IEEE 802.16 Reference 


clauses 7.2.4.3 "Authorization Invalid" and 7.2.5.5, 3-E 
Figure "Authorization state machine flow diagram" 


PICS Item 




Initial Condition 


The lUT is operational and decrypting. The lUT has sent a valid Key Request 
to rekey (the lUT is now in Authorized and Rekey Wait States). 


Expected Behaviour 


Check that: On receiving an Auth Invalid message with an Error Code = 5 
(Message Authentication Failure), the lUT continues to decrypt the MAC DATA 
PDU payloads throughout the transaction. 


Test strategy 




Notes 


Require a means to determine if the received DATA PDUs are decrypted 
correctly. 




TP ID 


TP/SS/PKM/EKS/DEC/BV-H1 01 


IEEE 802.16 Reference 


clauses 7.2.4.3 "Authorization Invalid" and 7.2.5.5, 4-F 
Figure "Authorization state machine flow diagram" 


PICS Item 




Initial Condition 


The lUT is operational and encrypting. It is in the Reauth Wait and Rekey Auth 
Wait States. 


Expected Behaviour 


Check that: On receiving a valid Auth Reply, the lUT continues to decrypt the 
MAC DATA PDU payloads throughout the transaction. 


Test strategy 




Notes 


Require a means to determine if the received DATA PDUs are decrypted 
correctly. 




TP ID 


TP/SS/PKM/EKS/DEC/BV-H1 02 


IEEE 802.16 Reference 


clause 7.2.5.5, 6-E 


PICS Item 




Initial Condition 


The lUT is encrypting. It has sent valid Key Request to rekey and started the 
Rekey Wait Timer (the lUT is Rekey Wait state). 


Expected Behaviour 


Check that: On Rekey Wait Timer expiry without receiving a valid response to 
the Key Request, the lUT decrypts MAC DATA PDU Payloads throughout the 
transaction. 


Test strategy 




Notes 


Require a means to determine if the received DATA PDUs are decrypted 
correctly. 




TP ID 


TP/SS/PKM/EKS/DEC/BV-H103 


IEEE 802.16 Reference 


clause 7.2.5.5, 8-E 


PICS Item 




Initial Condition 


lUT is encrypting. Only one SAID (for the Basic CID) is established. lUT has 
transmitted a valid Key Request to refresh keys. 


Expected Behaviour 


Check that: On receiving a valid Key Reply with 2 keys, the lUT decrypts the 
MAC DATA PDU Payload according to the refreshed SA keying material. 
Decryption of MAC DATA PDU Payloads continues throughout the transaction. 


Test strategy 




Notes 


Require a means to determine if the received DATA PDUs are decrypted 
correctly. 
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TD in 
1 r lU 


1 r/oo/KlvlVI/tlvo/UbO/D V-n^UU 


IEEE 802.16 Reference 


clause 7.2.5.5, 1-C 


rlOb Item 




initial Condition 


The iUT is encrypting and in the Op Reauth Wait state. 


Expected Behaviour 


Checl< that: On receiving an Auth Reply that does not contain the SAID for the 
SA that was decrypting, the IUT terminates decryption for the missing SAID. 


Test strategy 




Notes 


Require a means to determine if the received DATA PDUs are decrypted 
correctly. 



TP ID 


TP/SS/PKM/EKS/DEC/BV-H201 


IEEE 802.16 Reference 


clause 7.2.5.5, 1-E 


PICS Item 




Initial Condition 


The IUT is operational and encrypting for an SAID. It has sent a Key Request 
for key refresh. It has also sent an Auth Req to reauthorize (the IUT Is now in 
Reauth Wait and Rekey Wait states). 


Expected Behaviour 


Check that: When the lUT's Authorization FSM terminates the TEK FSM for 
the given SAID, the IUT terminates decryption for the SAID. 


Test strategy 




Notes 


Require a means to determine if the received DATA PDUs are decrypted 
correctly. 



TP ID 


TP/SS/PKM/EKS/DEC/BV-H202 


IEEE 802.16 Reference 


clause 7.2.5.5, 1-F 


PICS Item 




Initial Condition 


The IUT is operational and encrypting for an SAID. It has sent a Key Request 
for key refresh. It has also sent an Auth Req to reauthorize (the IUT is now in 
Reauth Wait and Rekey Reauth Wait states). 


Expected Behaviour 


Check that: On receiving an Auth Reply that does not include the SA 
Descriptor for the SAID, the IUT terminates decryption for the missing SAID. 


Test strategy 




Notes 


Require a means to determine if the received DATA PDUs are decrypted 
correctly. 



TP ID 


TP/SS/PKM/EKS/DEC/BI-HOOO 


IEEE 802.16 Reference 


clause 6.3.3.6 


PICS Item 




Initial Condition 


IUT is operational. 


Expected Behaviour 


Check that: On receiving an unencrypted MAC DATA PDU mapped to an SA 
requiring encryption, the IUT discards the MAC PDU. 


Test strategy 




Notes 


Require a means to determine if the received DATA PDUs are decrypted 

correctly. 



.4.5 Certificates (CERT) 



TP ID 


TP/SS/PKM/CERT/BV-HOOO 


IEEE 802.16 Reference 


clause 7.6.1.1 


PICS Item 




Initial Condition 


IUT uses X.509 Version 3 Certification. 


Expected Behaviour 


Check that: The lUT's certificate has a validity period greater than its 
operational lifetime. 


Test strategy 




Notes 
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TD in 
1 r lU 


1 r/oo/rlvM/OtK l/DV-nUU1 


itbb ou^i.ib KGTerGnce 


clause 7.6.1 .1 


PICS Item 




Initial Condition 


lUT uses X.509 Version 3 Certification. 


Expected Behaviour 


Check that: The validity period of the lUT's certificate begins with date of the 
certificate's generation. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/CERT/BV-H002 


IEEE 802.16 Reference 


clause 7.6.1.1 


PICS Item 




Initial Condition 


lUT uses X.509 Version 3 Certification. 


Expected Behaviour 


Check that: The lUT encodes validity periods as UTC time including seconds 
and zero values down to and including seconds. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/CERT/BV-H003 


IEEE 802.16 Reference 


clause 7.6.1.2 


PICS Item 




Initial Condition 


lUT uses X.509 Version 3 Certification. 


Expected Behaviour 


Check that: The lUT's certificate serial number is larger than another SS's 
serial number for the same manufacturer when the lUT was manufactured 
after the other. If the lUT was manufactured before the other SS, the lUT's 
number is smaller. The time of manufacture is taken from the field 
tbsCertificate.validity.notBefore. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/CERT/BV-H004 


IEEE 802.16 Reference 


clause 7.6.1.3 


PICS Item 




Initial Condition 


lUT uses X.509 Version 3 Certification using the SHA-1 with RSA signature 
algorithm. 


Expected Behaviour 


Check that: The lUT sets the parameters component of the Algorithmldentifier 
type to the ASN.1 type NULL for tbsCertificate.signature and 
signatureAlgorithm. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/CERT/BV-H005 


IEEE 802.16 Reference 


clause 7.6.1.4 


PICS Item 




Initial Condition 


lUT uses X.509 Version 3 Certification. 


Expected Behaviour 


Check that: The lUT uses a 2-character PrintableString from ISO 3166 [10] for 
the countryName attribute in tbsCertificate. issuer and tbsCertificate.subject. 


Test strategy 




Notes 
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TP ID 


TP/SS/PKM/CERT/BV-H006 


IEEE 802.16 Reference 


clause 7.6.1 .4 


PICS Item 




initial Condition 


lUT uses X.509 Version 3 Certification. 


Expected Behaviour 


Check that: The lUT encodes all other AttributeValues as either 
T.61/TeletexString or PrintableString character strings for the countryName 
attribute in tbsCertificate. issuer and tbsCertificate.subject. The lUT uses 
PrintableString encoding if the character string contains only characters from 
the PrintableString character set. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/CERT/BV-H007 


IEEE 802.16 Reference 


clause 7.6.1.4 


PiCS Item 




Initial Condition 


lUT uses X.509 Version 3 Certification. 


Expected Behaviour 


Check that: The lUT assigns the following OlDs for the issuer and subject 
Names in PKM certificates: 

id-at OBJECT IDENTIFIER ::= {joint-iso-ccitt(2) ds(5) 4}; 
Id-at-commonName OBJECT IDENTIFIER ::= {id-at 3}; 
Id-at-countryName OBJECT IDENTIFIER ::= {id-at 6}; 
Id-at-localityName OBJECT IDENTIFIER ::= {id-at 7}; 
Id-at-stateOrProvlceName OBJECT IDENTIFIER ::= {id-at 8}; 
id-at-organizationName OBJECT IDENTIFIER ::= {id-at 10}; 
id-at-organizationalUnitName OBJECT IDENTIFIER ::= {{id-at 11}. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/CERT/BV-H008 


IEEE 802.16 Reference 


clause 7.6.1.4.1 


PICS Item 




Initial Condition 


lUT uses X.509 Version 3 Certification. 


Expected Behaviour 


Check that: If the certificate contains the organizationalUnitName representing 
the manufacturing location, then the lUT precedes that field with an 
organizationalUnitName field having the value "WirelessMAN". 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/CERT/BV-H009 


IEEE 802.16 Reference 


clause 7.6.1.8 


PICS Item 




Initial Condition 


lUT uses X.509 Version 3 Certification. 


Expected Behaviour 


Check that: The lUT inputs the ASN.1 DER encoded tbsCertificate into the 
RSA signature function and ASN.1 encodes the result as a bit string in the 
signatureValue field. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/CERT/BV-H01 


IEEE 802.16 Reference 


clause 7.6.1.6 


PICS Item 




Initial Condition 


lUT uses X.509 Version 3 Certification. 


Expected Behaviour 


Check that: lUT's Manufacturers and SS Certificates omit the issuerUniquelD 
and subjectUniquelD fields. 


Test strategy 




Notes 
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TP ID 


TP/SS/PKM/CERT/BV-H1 00 


IEEE 802.16 Reference 


clause 7.6.1 .4.1 


PICS Item 




initial Condition 


lUT uses X.509 Version 3 Certification. 


Expected Behaviour 


Check that: The lUT has the following fields and values in the Manufacturer's 
Certificate: 

countryName=<Country of Manufacturer>; 
organizationName=<Company Name>; 
organizationalUnitName=WirelessMAN (literal value); 
commonName=<Company Name>. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/CERT/BV-H1 01 


IEEE 802.16 Reference 


clause 7.6.1.4.1 


PICS Item 




Initial Condition 


lUT uses X.509 Version 3 Certification. 


Expected Behaviour 


Check that: The lUT has no other attributes in the IVlanufacturer's Certificate 
than the following: 
countryName; 

stateOrProvinceName OPTIONAL; 
localityName OPTIONAL; 
organizationName; 

organizationalUnitName (possibly two times, one OPTIONAL); 
commonName. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/CERT/BV-H1 02 


IEEE 802.16 Reference 


clause 7.6.1.7.2 


PICS Item 




Initial Condition 


lUT uses X.509 Version 3 Certification. 


Expected Behaviour 


Check that: The lUT does not place critical extensions in the Manufacturer's 
Certificate other than the optional Basic Constraints extension. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/CERT/BV-H1 03 


IEEE 802.16 Reference 


clause 7.6.1.7.2 


PICS Item 




Initial Condition 


lUT uses X.509 Version 3 Certification. 


Expected Behaviour 


Check that: When the KeyUsage extension is present in the Manufacturer's 
Certificate, the lUT sets to one the keyCertSign bit and clears to zero all other 
bits. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/CERT/BV-H1 04 


IEEE 802.16 Reference 


clause 7.6.2 


PICS Item 




Initial Condition 


lUT uses X.509 Version 3 Certification. 


Expected Behaviour 


Check that: When a manufacturer issues SS certificates with multiple specific 

Manufacturer CA certificates, check that: 

the lUT's software includes all of the Manufacturer's Certificates; and 
the lUT uses the Manufacturer's Certificate in Auth Info messages that 
identifies the issuer of the SS Certificate. 


Test strategy 




Notes 
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TP ID 


TP/SS/PKM/CERT/BV-H200 


IEEE 802.16 Reference 


clause 7.6.1.4.2 


PICS Item 




initial Condition 


lUT uses X.509 Version 3 Certification. 


Expected Behaviour 


Check that: The lUT's SS Certificate has the following fields and attributes with 
no other additional attributes: 
countryName=<Country of l\/lanufacturer>; 
organizationName=<Company Name>; 
organizationalUnitName=<manufacturing location>; 
commonName=<Serial Number>; 
commonName=<l\/IAC Address>. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/CERT/BV-H201 


IEEE 802.16 Reference 


clause 7.6.1.7.1 


PICS Item 




Initial Condition 


lUT uses X.509 Version 3 Certification. 


Expected Behaviour 


Check that: The lUT does not place critical extensions in the SS Certificate. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/CERT/BV-H202 


IEEE 802.16 Reference 


clause 7.6.1.7.1 


PICS Item 




Initial Condition 


lUT uses X.509 Version 3 Certification. 


Expected Behaviour 


Check that: When the KeyUsage extension is present in the SS Certificate, the 
lUT sets to one the keyAgreement and keyEncipherment bits and clears to 
zero the keyCertSign, cRLSign, and all other bits. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/CERT/BV-H203 


IEEE 802.16 Reference 


clause 7.6.2 


PICS item 




Initial Condition 


lUT uses X.509 Version 3 Certification. 


Expected Behaviour 


Check that: The lUT stores manufacturer-issued SS Certificates in SS 
permanent, write-once memory. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/CERT/BV-H204 


IEEE 802.16 Reference 


clause 7.6.2 


PICS Item 




Initial Condition 


lUT uses X.509 Version 3 Certification. 


Expected Behaviour 


Check that: When the lUT has factory-installed RSA private/public key pairs, 
the lUT contains factory-installed SS Certificates as well. 


Test strategy 




Notes 






TP ID 


TP/SS/PKM/CERT/BV-H205 


IEEE 802.16 Reference 


clause 7.6.2 


PICS Item 




Initial Condition 


lUT uses X.509 Version 3 Certification. 


Expected Behaviour 


Check that: When relying on internal algorithms to generate an RSA key pair, 
the lUT supports a mechanism for installing a manufacturer-issued SS 
Certificate following key generation. 


Test strategy 




Notes 
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TD in 
1 r lU 


1 r/oo/rlvM/OtK l/DV-n^UD 


itbb ou^i.ib KGTerGnce 


clause 7.6.2 


PICS Item 




Initial Condition 


lUT uses X.509 Version 3 Certification. 


Expected Behaviour 


Checl< tliat: The lUT has embedded in its software the CA certificate of the 
Manufacturer CA that signed the SS Certificate. 


Test strategy 




Notes 





5.3.5 Dynamic Services (DS) 

5.3.5.1 Dynamic Services Addition (DSA) 



TP ID 


TP/SS/DS/DSA/BV-HOOO 


IEEE 802.16 Reference 


clauses 6.3.14.7.1 .2 and 6.3.2.3.1 1 


PICS Item 




Initial Condition 


The lUT has completed initialization and Is now operational. 


Expected Behaviour 


Check that: For each uplink grant scheduling type (e.g. BE, nrtPS, etc) the lUT 
supports, on receiving a DSA-REQ containing all necessary Service Flow 
Parameters and Convergence Sub layer Parameters and HMAC Tuple to 
establish an UL service flow, the lUT transmits a valid DSA-RSP with a 
Confirmation Code set to OK/success. 


Test strategy 


Straightforward. 


Notes 






TP ID 


TP/SS/DS/DSA/BV-H001 


IEEE 802.16 Reference 


clauses 6.3.14.7.1 .2 and 6.3.2.3.1 1 


PICS Item 




Initial Condition 


The lUT has completed initialization and Is now operational. 


Expected Behaviour 


Check that: On receiving a DSA-REQ containing all necessary Service Flow 
Parameters and Convergence Sub layer Parameters and HMAC Tuple to 
establish a DL service flow, the lUT transmits a valid DSA-RSP with a 
Confirmation Code set to OK/success. 


Test strategy 


Straightfonward. 


Notes 






TP ID 


TP/SS/DS/DSA/BV-H002 


IEEE 802.16 Reference 


clauses 6.3.14.7.1.2 and 6.3.2.3.12 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT has received a valid 
DSA-REQ for an UL service flow and sent a valid DSA-RSP accepting the 
DSA-REQ. 


Expected Behaviour 


Check that: For each uplink grant scheduling type (e.g. BE, nrtPS, etc) the lUT 
supports, on receiving a DSA-ACK with Confirmation Code set to OK/success; 
the lUT is able to transmit service flow data on the connection. 


Test strategy 


Straightforward up to the point where the lUT begins transmitting data. 
Requires the lUT to have an application or another means to begin sending 
data over the service flow. 


Notes 






TP ID 


TP/SS/DS/DSA/BV-H003 


IEEE 802.16 Reference 


Clauses 6.3.14.7.1.2 and 6.3.2.3.12 


PICS Item 




Initial Condition 


A BS-inltiated DSA transaction has started. The lUT has received a valid 
DSA-REQ for a DL service flow and sent a valid DSA-RSP accepting the 
DSA-REQ. 


Expected Behaviour 


Check that: On receiving a DSA-ACK with Confirmation Code set to 
OK/success; the lUT is able to receive service flow data on the connection. 


Test strategy 


Straightforward. 


Notes 





ETSI 



221 



ETSI TS 102 385-2 V2.4.1 (2007-10) 



1 r ID 


TD/CC/RC/nC A /Q\/ lJ(\f\A 
1 r'/oo/Uo/iJoA/DV-nUU4 


IEEE 802.16 Reference 


clauses 6.3.2.3.10, 6.3.2.3.1 1 , 6.3.2.3.12 and 6.3.14.7.1.1 


rlOb Item 




Initial Condition 


lUT is autfiorized and registered. 


Expected Behaviour 


Cfieck tfiat: To create a Service flow, the lUT sends a DSA-REQ (the lUT is 
now In the DSA-RSP pending state). 


Test strategy 


Straightforward. 


Notes 


Requires a means to provoke the lUT to establish the service flow with a 
DSA-REQ. 




TP ID 


TP/SS/DS/DSA/BV-H005 


IEEE 802.16 Reference 


clauses 6.3.2.3.10 and 6.3.14.7.1.1 


PICS Item 




Initial Condition 


lUT is authorized and registered. The lUT has sent a DSA-REQ message. 


Expected Befiaviour 


Check that: On receiving a DSX-RVD and then a DSA-RSP containing the 
Confirmation Code set to QK/success, the lUT does not retransmit the 
DSA-REQ. 


Test strategy 




Notes 


Requires a means to provoke the lUT to establish the service flow with a 
DSA-REQ. 




TP ID 


TP/SS/DS/DSA/BV-H006 


IEEE 802.16 Reference 


Clauses 6.3.2.3.10, 6.3.2.3.11, 6.3.2.3.12 and 6.3.14.7.1.1 


PICS Item 




Initial Condition 


lUT is authorized and registered. The lUT has sent a DSA-REQ message. 


Expected Befiaviour 


Check that: On receiving a DSX-RVD and then a DSA-RSP containing the 
Confirmation Code set to OK/success, the lUT sends a DSA-ACK. 


Test strategy 




Notes 


Requires a means to provoke the lUT to establish the service flow with a 
DSA-REQ. 




TP ID 


TP/SS/DS/DSA/BV-H007 


IEEE 802.16 Reference 


clauses 6.3.2.3.10, 6.3.2.3.11, 6.3.2.3.12 and 6.3.14.7.1.2 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT has received a valid 
DSA-REQ for a service flow and sent a valid DSA-RSP accepting the 
DSA-REQ. 


Expected Befiaviour 


Check that: On receiving a DSA-ACK containing the associated Transaction 
ID, the Confirmation Code set to reject-other, the lUT accepts the message 
and goes Into DSA-Remote Holding down state of the DSA state machine. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSA/BV-H008 


IEEE 802.16 Reference 


Clauses 6.3.2.3.10, 6.3.2.3.11, 6.3.2.3.12 and 6.3.14.7.1.2 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT has received a valid 
DSA-REQ for a service flow and has sent a valid DSA-RSP accepting the 
DSA-REQ. Then the lUT has received a valid DSA-ACK and is now into 
DSA-Remote Holding down state of the DSA state machine. 


Expected Befiaviour 


Check that: On receiving a DSA-ACK containing the associated Transaction ID 
and the Confirmation Code set to OK/success, the lUT accepts the message 
and remains into DSA-Remote Holding down state of the DSA state machine. 


Test strategy 




Notes 
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TP ID 


TP/SS/DS/DSA/BV-H009 


IEEE 802.16 Reference 


clauses 6.3.2.3.10, 6.3.2.3.1 1 , 6.3.2.3.12 and 6.3.14.7.1.2 


PICS Item 




initial Condition 


A BS-initiated DSA transaction has started. The lUT has received a valid 
DSA-REQ for a service flow and has sent a valid DSA-RSP accepting the 
DSA-REQ. Then the lUT has received a valid DSA-ACK and is now into 
DSA-Remote Holding down state of the DSA state machine. 


Expected Behaviour 


Check that: On receiving a DSA-ACK containing the associated Transaction ID 
and the Confirmation Code set to reject-other, the lUT accepts the message 
and remains into DSA-Remote Holding down state of the DSA state machine. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSA/BV-H01 


IEEE 802.16 Reference 


clauses 6.3.2.3.10, 6.3.2.3.11, 6.3.2.3.12 and 6.3.14.7.1.1 


PICS Item 




Initial Condition 


lUT is authorized and registered. The lUT has sent a DSA-REQ message. 


Expected Behaviour 


Check that: On receiving a DSX-RVD and then a DSA-RSP containing the 
Confirmation Code set to reject-other, the lUT sends a DSA-ACK containing 
the Confirmation Code set to OK/success. 


Test strategy 




Notes 


Requires a means to provoke the lUT to establish the service flow with a 
DSA-REQ. 




TP ID 


TP/SS/DS/DSA/BV-H01 1 


IEEE 802.16 Reference 


Clauses 6.3.2.3.10, 6.3.2.3.11, 6.3.2.3.12 and 6.3.14.7.1.1 


PICS Item 




Initial Condition 


lUT is authorized and registered. The lUT has sent a DSA-REQ message. 


Expected Behaviour 


Check that: On receiving a DSA-RSP containing the Confirmation Code set to 
OK/success, the lUT sends a DSA-ACK containing the Confirmation Code set 
to OK/success. 


Test strategy 




Notes 


Requires a means to provoke the lUT to establish the service flow with a 
DSA-REQ. 




TP ID 


TP/SS/DS/DSA/BV-H01 2 


IEEE 802.16 Reference 


Clauses 6.3.2.3.10, 6.3.2.3.11, 6.3.2.3.12 and 6.3.14.7.1.1 


PICS Item 




Initial Condition 


lUT is authorized and registered. The lUT has sent a DSA-REQ message. 


Expected Behaviour 


Check that: On receiving a DSA-RSP containing the Confirmation Code set to 
reject-other, the lUT sends a DSA-ACK containing the Confirmation Code set 
to OK/success. 


Test strategy 




Notes 


Requires a means to provoke the lUT to establish the service flow with a 
DSA-REQ. 




TP ID 


TP/SS/DS/DSA/BV-H01 3 


IEEE 802.16 Reference 


Clauses 6.3.2.3.10, 6.3.2.3.11, 6.3.2.3.12 and 6.3.14.7.1.1 


PICS Item 




Initial Condition 


lUT is authorized and registered. The lUT has sent a DSA-REQ message. 
Then the lUT has received a DSA_RSP and has sent a DSA-ACK. The lUT is 
now into DSA Local Holding Down state of the DSA state machine. 


Expected Behaviour 


Check that: On receiving a DSA-RSP containing the Confirmation Code set to 
OK/success, the lUT re-sends the previously saved DSA-ACK message. 


Test strategy 




Notes 


Requires a means to provoke the lUT to establish the service flow with a 
DSA-REQ. 
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TP ID 


TP/SS/DS/DSA/B V-MOi 4 


IEEE 802.16 Reference 


clauses 6.3.2.3.1 and 6.3.2.3.1 1 


rlOb Item 




Initial Condition 


lUT is authorized and registered. The lUT has started the TFTP transaction. 
There are no preprovisioned DS service flows to establish. 


Expected Behaviour 


Check that: On receiving a valid TFTP-RSP followed by a BS-initiated 
DSA-REQ, the lUT transmits a DSA-RSP. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSA/BV-H01 5 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction DSA-RSP Pending state flow 
diagram" 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT Is in the DSA-RSP 

pending state. 


Expected Behaviour 


Check that: On receiving a DSX-RVD for the pending DSA transaction, the lUT 
stops the T14 and remains in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSA/BV-H01 6 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction Retries Exhausted state flow 
diagram" 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the Retries 
Exhausted state. 


Expected Behaviour 


Check that: On receiving a DSA-RSP for the pending DSA transaction, the 
transmits a DSA-ACK, starts T10, and goes to the Holding Down state. If the 
DSA-RSP indicates accepts establishing the service flow, the lUT enables the 
service flow. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSA/BO-HOOO 


IEEE 802.16 Reference 


clause 6.3.2.3.12 


PICS Item 




Initial Condition 


lUT is authorized and registered. 


Expected Behaviour 


Check that: On receiving a DSA-ACK for a non existing service flow, the lUT 
ignores the received DSA-ACK message. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSA/BO-H001 


IEEE 802.16 Reference 


clauses 6.3.2.3.10, 6.3.2.3.11, 6.3.2.3.12 and 6.3.14.7.1.2 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT has received a valid 
DSA-REQ for a service flow and has sent a valid DSA-RSP accepting the 
DSA-REQ. Then the lUT has received a valid DSA-ACK and is now into 
DSA-Remote Holding down state of the DSA state machine. 


Expected Behaviour 


Check that: On receiving a DSA-REQ message, the lUT ignores the message 
and remains in DSA-Remote Holding down state of the DSA state machine. 


Test strategy 




Notes 
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TP ID 


TP/SS/DS/DSA/BO-H002 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction DSA-ACK Pending state flow 
diagram" 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the DSA-ACK 
Pending state. 


Expected Behaviour 


Checl< that: On receiving the SF Delete-Remote command, the lUT ends the 
DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 




TP ID 


TP/SS/DS/DSA/BO-H003 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction DSA-ACK Pending state flow 
diagram" 


PICS item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the DSA-ACK 
Pending state. 


Expected Behaviour 


Check that: On receiving the SF Delete-Local command, the lUT sends no 
message and goes to the Deleting Service Flow state. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Local; e.g. MIB command. 




TP ID 


TP/SS/DS/DSA/BO-H004 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction DSA-ACK Pending state flow 

diagram" 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the DSA-ACK 
Pending state. 


Expected Behaviour 


Check that: On receiving the SF DSA-ACK Lost command and retries are 
available, the lUT retransmits the DSA-RSP and remains in the same state. 


Test strategy 




Notes 


Requires a means of provoking the SF DSA-ACK Lost; e.g. MIB command. 




TP ID 


TP/SS/DS/DSA/BO-H005 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction DSA-ACK Pending state flow 
diagram" 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the DSA-ACK 
Pending state. 


Expected Behaviour 


Check that: On receiving the SF DSA-ACK Lost command and retries are 
exhausted, the lUT sends no message and remains in the same state. 


Test strategy 




Notes 


Requires a means of provoking the SF DSA-ACK Lost; e.g. MIB command. 




TP ID 


TP/SS/DS/DSA/BO-H006 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction Holding Down state flow 
diagram" 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the Holding Down 
state. 


Expected Behaviour 


Check that: On receiving the SF Changed command, the lUT sends no 
message and ends the DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Changed; e.g. MIB command. 
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TP ID 


TP/SS/DS/DSA/BO-H007 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction Holding Down state flow 
diagram" 


PICS Item 




Initial Condition 


A BS-lnltlated DSA transaction has started. The lUT is in the Holding Down 
state. 


Expected Behaviour 


Check that: On receiving the SF Deleted command, the lUT sends no 
message and ends the DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Deleted; e.g. MIB command. 




TP ID 


TP/SS/DS/DSA/BO-H008 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 

Figure "DSA - Remotely Initiated Transaction Holding Down state flow 
diagram" 


PIGS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the Holding Down 
state. 


Expected Behaviour 


Check that: On receiving the SF Delete-Remote command, the lUT sends no 
message and ends the DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REG or IVIIB 
command. 




TP ID 


TP/SS/DS/DSA/BO-H009 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction Holding Down state flow 

diagram" 


PICS Item 




Initial Condition 


A BS-lnltlated DSA transaction has started. The lUT is in the Holding Down 
state. 


Expected Behaviour 


Check that: On receiving the SF Delete-Local command, the lUT sends no 
message and remains in the same state. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Local; e.g. MIB command. 




TP ID 


TP/SS/DS/DSA/BO-H01 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction Holding Down state flow 
diagram" 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the Holding Down 
state. 


Expected Behaviour 


Check that: On receiving the SF Change-Remote command, the lUT sends no 
message and ends the DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Change-Remote; e.g. DSC-REQ or MIB 
command. 




TP ID 


TP/SS/DS/DSA/BO-H01 1 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction Deleting Service state flow 

diagram" 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the Deleting Service 
Flow state. 


Expected Behaviour 


Check that: On receiving the SF Deleted command, the lUT sends no 
message and ends the DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Deleted; e.g. MIB command. 
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TP ID 


TP/SS/DS/DSA/BO-H01 2 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction Deleting Service state flow 
diagram" 


PICS Item 




Initial Condition 


A BS-lnltlated DSA transaction has started. The lUT Is In the Deleting Service 
Flow state. 


Expected Behaviour 


Checl< that: On receiving the SF Delete-Remote command, the lUT sends no 
message and ends the DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 




TP ID 


TP/SS/DS/DSA/BO-H01 3 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction Deleting Service state flow 
diagram" 


PICS item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT Is In the Deleting Service 
Flow state. 


Expected Behaviour 


Check that: On receiving a DSA-REQ, the lUT sends no message and remains 
in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSA/BO-H01 4 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction Deleting Service state flow 

diagram" 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the Deleting Service 
Flow state. 


Expected Behaviour 


Check that: On receiving a DSA-ACK, the lUT sends no message and remains 
in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSA/B0-H1 00 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction DSA-RSP Pending state flow 
diagram" 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the DSA-RSP 
pending state. 


Expected Behaviour 


Check that: On receiving a SF Delete-Remote command for the pending DSA 
transaction, the lUT stops the Local DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 




TP ID 


TP/SS/DS/DSA/B0-H1 01 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction DSA-RSP Pending state flow 

diagram" 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the DSA-RSP 
pending state. 


Expected Behaviour 


Check that: On receiving a SF Abort Add command for the pending DSA 
transaction, the lUT stops T7, starts T1 0, and goes to DSA Local Holding 
Down state. 


Test strategy 




Notes 
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TP ID 


TP/SS/DS/DSA/B0-H1 02 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction Holding state flow diagram" 


PICS item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the Holding Down 
state. 


Expected Beliaviour 


Check that: On receiving a SF Delete-Local command for the pending DSA 
transaction, the lUT sends no message and goes to the Deleting Service Flow 
state. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Local; e.g. MIB command. 




TP ID 


TP/SS/DS/DSA/B0-H1 03 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction Holding state flow diagram" 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the Holding Down 
state. 


Expected Behaviour 


Check that: On receiving a SF Changed command for the pending DSA 
transaction, the lUT sends no message and ends the DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Changed; e.g. MIB command. 




TP ID 


TP/SS/DS/DSA/B0-H1 04 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction Holding state flow diagram" 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the Holding Down 
state. 


Expected Behaviour 


Check that: On receiving a SF Change-Remote command for the pending DSA 
transaction, the lUT sends no message and ends the DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Change-Remote; e.g. DSC-REQ or IVIIB 
command. 




TP ID 


TP/SS/DS/DSA/B0-H1 05 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction Holding state flow diagram" 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the Holding Down 
state. 


Expected Behaviour 


Check that: On receiving a SF Delete-Remote command for the pending DSA 
transaction, the lUT sends no message and ends the DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 




TP ID 


TP/SS/DS/DSA/B0-H1 06 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction Retries Exhausted state flow 
diagram" 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the Retries 
Exhausted state. 


Expected Behaviour 


Check that: On receiving a SF Delete-Remote command for the pending DSA 
transaction, the lUT sends no message and ends the DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 
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TP ID 


TP/SS/DS/DSA/B0-H1 07 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction Retries Exhausted state flow 
diagram" 


PICS Item 




Initial Condition 


An SS-lnltlated DSA transaction has started. The lUT Is In the Retries 
Exhausted state. 


Expected Behaviour 


Check that: On receiving a SF Abort Add command for the pending DSA 
transaction, the lUT sends no message and goes to the Holding Down state. 


Test strategy 




Notes 


Requires a means of provoking the SF Abort Add; e.g. MIB command. 




TP ID 


TP/SS/DS/DSA/B0-H1 08 


IEEE 802.16 Reference 


Figure "DSA - Locaiiy Initiated Transaction state transition diagram" 
Figure "DSA - Locaiiy initiated Transaction Deleting Service Flow state flow 
diagram" 


PIGS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the Deleting Service 
Flow state. 


Expected Behaviour 


Check that: On receiving a DSA-RSP for the pending DSA transaction, the lUT 
retransmits the DSA-ACK and remains in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSA/B0-H1 09 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction Deleting Service Flow state flow 
diagram" 


PICS item 




Initial Condition 


An SS-lnltlated DSA transaction has started. The lUT Is In the Deleting Service 
Flow state. 


Expected Behaviour 


Check that: On receiving a SF Deleted command for the pending DSA 
transaction, the lUT sends no message and ends the DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Deleted; e.g. MIB command. 




TP ID 


TP/SS/DS/DSA/B0-H1 09 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction Deleting Service Flow state flow 
diagram" 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT Is In the Deleting Service 

Flow state. 


Expected Behaviour 


Check that: On receiving an SF Delete-Remote command for the pending DSA 
transaction, the lUT sends no message and ends the DSA transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 




TP ID 


TP/SS/DS/DSA/TI-HOOO 


IEEE 802.16 Reference 


clauses 6.3.2.3.10 and 6.3.14.7.1.1 


PICS Item 




initial Condition 


lUT is authorized and registered. lUT has transmitted its first DSA-REQ. 


Expected Behaviour 


Check that: When each time timer T14 expires and no reply is received, the 
lUT re-sends, DSx Request Retries times, the DSA-REQ message and stops 
the initiated procedure. 


Test strategy 




Notes 


Requires a means to provoke the lUT to establish the service flow with a 
DSA-REQ. 
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TP ID 


TP/SS/DS/DSA/TI-H001 


IEEE 802.16 Reference 


clauses 6.3.2.3.10, 6.3.2.3.1 1 , 6.3.2.3.12 and 6.3.14.7.1.1 


PICS Item 




initial Condition 


lUT is authorized and registered. The lUT has sent a DSA-REQ message. 


Expected Behaviour 


Check that: Just before the expiry of timer T10, and after some 
re-transmissions of the DSA-REQ message less than DSx Request Retnes 
times, on receiving a DSX-RVD and then a DSA-RSP containing the 
Confirmation Code set to OK/success, the lUT sends a DSA-ACK containing 
the Confirmation Code set to OK/success. 


Test strategy 




Notes 


Requires a means to provoke the lUT to establish the service flow with a 
DSA-REQ. 




TP ID 


TP/SS/DS/DSA/TI-H002 


IEEE 802.16 Reference 


clauses 6.3.2.3.10, 6.3.2.3.11, 6.3.2.3.12 and 6.3.14.7.1.1 


PICS Item 




Initial Condition 


lUT is authorized and registered. The lUT has sent a DSA-REQ message. 


Expected Behaviour 


Check that: Just before the expiry of timer T1 0, and after some 
re-transmissions of the DSA-REQ message less than DSx Request Retries 
times, on receiving a DSX-RVD and then a DSA-RSP containing the 
Confirmation Code set to reject-other, the lUT sends a DSA-ACK containing 
the Confirmation Code set to QK/success. 


Test strategy 




Notes 


Requires a means to provoke the lUT to establish the service flow with a 
DSA-REQ. 




TP ID 


TP/SS/DS/DSA/TI-H003 


IEEE 802.18 Reference 


Clauses 6.3.2.3.10, 6.3.2.3.11, 6.3.2.3.12 and 6.3.14.7.1.2 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT has received a valid 
DSA-REQ for a service flow and sent a valid DSA-RSP accepting the 
DSA-REQ. 


Expected Behaviour 


Check that: Before expiry of timer T8 and on receiving a DSA-REQ for DSx 
Request Retries times, the lUT sends a DSA-RSP for each received 
DSA-REQ. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSA/TI-H004 


IEEE 802.16 Reference 


clauses 6.3.2.3.10, 6.3.2.3.11, 6.3.2.3.12 and 6.3.14.7.1.2 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT has received a valid 
DSA-REQ for a service flow and sent a valid DSA-RSP accepting the 
DSA-REQ 


Expected Behaviour 


Check that: Before expiry of timer T8 and on receiving a DSA-REQ for more 
than DSx Response Retries times, the lUT takes no action. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSAH-I-HOOS 


IEEE 802.16 Reference 


clauses 6.3.2.3.10, 6.3.2.3.11, 6.3.2.3.12 and 6.3.14.7.1.2 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT has received a valid 
DSA-REQ for a service flow and sent a valid DSA-RSP accepting the 
DSA-REQ. 


Expected Behaviour 


Check that: Qn expiry of timer T8 and on no DSA-ACK message received from 
the test equipment, the lUT re-sends for DSx Response Retries times the 
DSA-RSP. 


Test strategy 




Notes 
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TP ID 


TP/SS/DS/DSA/TI-H006 


IEEE 802.16 Reference 


clauses 6.3.2.3.10, 6.3.2.3.1 1 , 6.3.2.3.12 and 6.3.14.7.1.2 


PICS Item 




initial Condition 


A BS-initiated DSA transaction fias started. Tfie lUT fias received a valid 
DSA-REQ for a service flow and sent a valid DSA-RSP accepting ttie 
DSA-REQ. 


Expected Beliaviour 


Cfieck tfiat: On expiry of timer T8 wfien tfie number of retries is exfiausted and 
on no DSA-ACK message received from the test equipment, tfie lUT does not 
re-send tfie DSA-RSP message and stops tfie procedure. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSA/TI-H007 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction DSA-RSP Pending state flow 
diagram" 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction fias started. Tfie lUT is in tfie DSA-RSP 
pending state. 


Expected Befiaviour 


Cfieck tfiat: Wfien eacfi time T7 expires, no reply is received, and retries are 
available, tfie lUT re-sends tfie DSA-REQ message, restarts T7, and remains 
in tfie DSA-RSP pending state. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSArri-H008 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction DSA-RSP Pending state flow 

diagram" 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction fias started. Tfie lUT is in tfie DSA-RSP 
pending state. 


Expected Befiaviour 


Cfieck that: When T7 expires, no reply is received, and retries are exhausted, 
the lUT transmits no message, starts T10, and goes to the Retries Exhausted 
state. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSA/TI-H009 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction DSA-RSP Pending state flow 
diagram" 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the DSA-RSP 
pending state. 


Expected Befiaviour 


Check that: When T14 expires, no reply is received, and retries are exhausted, 
the lUT transmits no message, starts T1 0, and goes to the Retries Exhausted 
state. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DS A/TI-H01 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction Holding state flow diagram" 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the Holding Down 
state. 


Expected Befiaviour 


Check that: When T1 expires, the lUT ends the DSA transaction. 


Test strategy 




Notes 
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TP ID 


TP/SS/DS/DSA/TI-H01 1 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction Retries Exhausted state flow 
diagram" 


PICS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the Retries 
Exhausted state. 


Expected Behaviour 


Checl< that: On T1 expiry without receiving any messages, the lUT ends the 
DSA transaction. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSA/TI-H01 2 


IEEE 802.16 Reference 


Figure "DSA - Locally Initiated Transaction state transition diagram" 
Figure "DSA - Locally Initiated Transaction Deleting Service Flow state flow 
diagram" 


PIGS Item 




Initial Condition 


An SS-initiated DSA transaction has started. The lUT is in the Deleting Service 
Flow state. 


Expected Behaviour 


Checl< that: On T1 expiry without receiving any messages, the lUT ends the 
DSA transaction. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DS A/TI-H01 3 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction DSA-ACK Pending state flow 
diagram" 


PICS item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the DSA-ACK 
Pending state. 


Expected Behaviour 


Check that: On T8 expiry and Retries Exhausted, the lUT sends no message 
and ends the DSA transaction. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSA/TI-H014 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction Holding Down state flow 
diagram" 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the Holding Down 

state. 


Expected Behaviour 


Check that: On T8 expiry without receiving any messages, the lUT ends the 
DSA transaction. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSA/TI-H01 5 


IEEE 802.16 Reference 


Figure "DSA - Remotely Initiated Transaction state transition diagram" 
Figure "DSA - Remotely Initiated Transaction Deleting Service state flow 
diagram" 


PICS Item 




Initial Condition 


A BS-initiated DSA transaction has started. The lUT is in the Deleting Service 
Flow state. 


Expected Behaviour 


Check that: On T10 expiry, the lUT sends no message and ends the DSA 
transaction. 


Test strategy 




Notes 
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TP ID 


TP/oS/DS/DSA/BI-nOOO 


IEEE 802.16 Reference 


clauses 6.3.2.3.10 and 6.3.14.7.1.2 


rlOb Item 




Initial Condition 


A BS-initiated DSA transaction has started. 


Expected Behaviour 


Checl< that: On receiving a DSA-REQ containing the Service Flow Parameters 
set to an unsupported value, the lUT sends a DSA-RSP containing the 
Confirmation Code set to any reject reason. 


Test strategy 




Notes 





.5.2 Dynamic Services Cliange (DSC) 



TP ID 


TP/SS/DS/DSC/BV-HOOO 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.1 and 6.3.2.3.13 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow is established. 


Expected Behaviour 


Check that: To change a Service flow, the lUT sends a valid DSC-REQ. 


Test strategy 




Notes 


Requires a means to provoke the lUT to change the service flow with a 
DSC-REQ. 




TP ID 


TP/SS/DS/DSC/BV-H001 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.1 and 6.3.2.3.14 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow is established. The lUT has sent a 
DSC-REQ message. 


Expected Behaviour 


Check that: On receiving a DSX-RVD and then a DSC-RSP containing the 
Confirmation Code set to OK/success, the lUT sends a valid DSC-ACK. 


Test strategy 




Notes 


Requires a means to provoke the lUT to change the service flow with a 
DSC-REQ. 




TP ID 


TP/SS/DS/DSC/BV-H002 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.1 and 6.3.2.3.23 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow is established. The lUT has sent a 
DSC-REQ message. 


Expected Behaviour 


Check that: On receiving a DSC-RSP containing the Confirmation Code set to 
reject-other, the iUT sends a valid DSC-ACK. 


Test strategy 




Notes 


Requires a means to provoke the IUT to change the service flow with a 
DSC-REQ. 




TP ID 


TP/SS/DS/DSC/BV-H003 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.1 and 6.3.2.3.14 


PICS Item 




Initial Condition 


IUT is authorized, registered and a DS flow is established. The IUT has sent a 
DSC-REQ message. 


Expected Behaviour 


Check that: On receiving a DSX-RVD and then a DSC-RSP containing the 
Confirmation Code set to reject-other, the IUT sends a valid DSC-ACK. 


Test strategy 




Notes 


Requires a means to provoke the IUT to change the service flow with a 
DSC-REQ. 
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TP ID 


TTi/OO /r\0/r\0^/D\/ LJAA>I 

TP/SS/DS/DSC/BV-n004 


II — 1 — 1 — nr\t~i A 1 — \ _f_„____ 

IEEE 802.16 Reference 


clauses 6.3.14.9.4.1 and 6.3.2.3.14 


PICS Item 




Initial Condition 


lUT IS authorized, registered and a DS flow is established. The lUT has sent a 
DSC-REQ message. 


Expected Behaviour 


Check that: On receiving a DSC-RSP containing the Confirmation Code set to 
OK/success, the lUT sends a valid DSC-ACK. 


Test strategy 




Notes 


Requires a means to provoke the lUT to change the service flow with a 
DSC-REQ. 




TP ID 


TP/SS/DS/DSC/BV-H005 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.1 and 6.3.2.3.14 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow is established. The lUT has sent a 
DSC-REQ message. 


Expected Behaviour 


Check that: On receiving a DSC-RSP containing the Confirmation Code set to 
reject-other, the lUT sends a valid DSC-ACK. 


Test strategy 




Notes 


Requires a means to provoke the lUT to change the service flow with a 
DSC-REQ. 




TP ID 


TP/SS/DS/DSC/BV-H006 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.1 and 6.3.2.3.13 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow is established. The lUT has sent a 
DSC-REO message. 


Expected Behaviour 


Check that: On receiving a DSC-REQ, the lUT respects the priority, aborts its 
transaction and sends a valid DSC-RSP. 


Test strategy 




Notes 


Requires a means to provoke the lUT to change the service flow with a 
DSC-REQ. 




TP ID 


TP/SS/DS/DSC/BV-H007 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.1 and 6.3.2.3.13 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow is established. The lUT has sent a 
DSC-REQ message. 


Expected Behaviour 


Check that: On receiving a DSX-RVD and then a DSC-REQ, the lUT respects 
the priority, aborts its transaction and sends a valid DSC-RSP. 


Test strategy 




Notes 


Requires a means to provoke the lUT to change the service flow with a 
DSC-REQ. 




TP ID 


TP/SS/DS/DSC/BV-H008 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.1 and 6.3.2.3.13 


PICS item 




Initial Condition 


lUT is authorized, registered and a DS flow is established. The lUT has sent a 
DSC-REQ message. 


Expected Behaviour 


Check that: On receiving a DSX-RVD, a DSC-RSP containing the Confirmation 

Code set to OK/success and then a DSC-REQ, lUT sends a DSC-ACK, 
respects the priority, the lUT aborts its transaction and sends a valid 
DSC-RSP. 


Test strategy 




Notes 


Requires a means to provoke the lUT to change the service flow with a 
DSC-REQ. 



ETSI 



234 



ETSI TS 102 385-2 V2.4.1 (2007-10) 



TP ID 


TP/SS/DS/DSC/BV-n009 


II — 1 — 1 — nr\t~i A 1 — \ _f_„____ 

IEEE 802.16 Reference 


clauses 6.3.14.9.4.1 and 6.3.2.3.14 


PICS Item 




Initial Condition 


lUT IS authorized, registered and a DS flow is established. The lUT has sent a 
DSC-ACK message to complete the service flow change procedure. 


Expected Behaviour 


Check that: On receiving a DSC-RSP containing the Confirmation Code set to 
OK/success, the lUT sends a valid DSC-ACK. 


Test strategy 




Notes 


Requires a means to provoke the lUT to change the service flow with a 
DSC-REQ. 




TP ID 


TP/SS/DS/DSC/BV-H01 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.2 and 6.3.2.3.14 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DL DS flow is established. 


Expected Behaviour 


Check that: On receiving a DSC-REQ, the lUT sends a valid DSC-RSP. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSC/BV-H01 1 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.2 and 6.3.2.3.14 


PICS item 




Initial Condition 


lUT is authorized, registered and an UL DS flow is established. 


Expected Behaviour 


Check that: On receiving a DSC-REQ, the lUT sends a valid DSC-RSP. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSC/BV-H01 2 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.2 and 6.3.2.3.14 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow is established. 


Expected Behaviour 


Check that: On receiving a DSC-REQ containing the Service Flow Parameters 
set to an unsupported value, the lUT sends a DSC-RSP with the Confirmation 
Code set to any reject reason. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSC/BV-H01 3 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.2 and 6.3.2.3.14 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow is established. The lUT has 
received a DSC-REQ and then has sent a DSC-RSP. 


Expected Behaviour 


Check that: On receiving a DSC-ACK containing the Confirmation Code set to 
OK/success and after T1 expiry, the lUT considers the transaction as ended. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSC/BV-H01 4 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.2 and 6.3.2.3.14 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow is established. The lUT has 
received a DSC-REQ and then has sent a DSC-RSP. 


Expected Behaviour 


Check that: On receiving a DSC-ACK containing the Confirmation Code set to 
reject-other and after T1 expiry, the lUT considers the transaction as ended. 


Test strategy 




Notes 
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TP ID 


TP/SS/DS/DSC/BV-H01 5 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.2 and 6.3.2.3.14 


PICS Item 




initial Condition 


lUT is authorized, registered and a DS flow is established. The lUT has 
received a DSC-REQ, then has sent a DSC-RSP, and then has received a 
DSA-ACK. 


Expected Beliaviour 


Check that: On receiving a redundant copy of the DSC-ACK containing the 
Confirmation Code set to OK/success and after T8 expiry, the lUT considers 
the transaction as ended. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSC/BV-H01 6 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.2 and 6.3.2.3.14 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow is established. The lUT has 
received a DSC-REQ, then has sent a DSC-RSP, and then has received a 
DSA-ACK. 


Expected Behaviour 


Check that: On receiving a redundant copy of the DSC-ACK containing the 
Confirmation Code set to reject-other and after T8 expiry, the lUT considers 
the transaction as ended. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSC/BV-H01 7 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction DSC-RSP Pending state flow 
diagram" 


PICS item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the DSC-RSP Pending state. 


Expected Behaviour 


Check that: On receiving a DSX-RVD, the lUT sends no message, stops T14, 
and remains in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSC/BV-H01 8 


IEEE 802.18 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction Retries Exhausted state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnltlated DSC 
transaction has started. The lUT is in the Retries Exhausted state. 


Expected Behaviour 


Check that: On receiving a DSC-RSP accepting the change, the lUT transmits 
a DSC-ACK, incorporates the changes, starts T10, and goes to the Holding 
Down state. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSC/BV-H01 9 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction Retries Exhausted state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the Retries Exhausted state. 


Expected Behaviour 


Check that: On receiving a DSC-RSP refusing the change, the lUT transmits a 
DSC-ACK, starts TIG, and goes to the Holding Down state. 


Test strategy 




Notes 
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TP ID 


TP/SS/DS/DSC/BV-H020 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction DSC-ACK Pending state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The lUT is in the DSC-ACK Pending state. 


Expected Behaviour 


Checl< that: On receiving a DSC-REQ and retries are available, the lUT 
retransmits the DSC-RSP and remains in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSC/BV-H021 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction DSC-ACK Pending state flow 
diagram" 


PIGS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The lUT is in the DSC-ACK Pending state. 


Expected Beliaviour 


Check that: On receiving a DSC-REQ and retries are exhausted, the lUT 
sends no message and remains in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSC/BI-HOOO 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.2 and 6.3.2.3.13 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow is established. 


Expected Beliaviour 


Check that: On receiving an erroneous DSC-REQ, the lUT sends a DSC-RSP 
message indicating the error. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSC/BI-H001 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.2 and 6.3.2.3.13 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow is established. The IDT has 
received DSC-REQ to which it has sent a DSC-RSP. 


Expected Behaviour 


Check that: On receiving an erroneous DSC-ACK, the lUT re-sends the 
previously saved DSC-RSP. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSC/BI-H002 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.1 and 6.3.2.3.13 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow is established. The lUT has sent a 
DSC-REQ message. 


Expected Behaviour 


Check that: On receiving a DSC-RSP rejecting the service flow change request 
and indicating an erroneous parameter that caused the rejection, the lUT 
re-sends the DSC-REQ. 


Test strategy 




Notes 


Requires a means to provoke the IDT to change the service flow with a 
DSC-REQ. 
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1 r/oo/Uo/UoO/DU-nUUU 


itbb ou^i.ib riGTerence 


Clauses b.o.i4.y.4.^: ana b.o.^i.o.io 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow is established. 


Expected Behaviour 


Check that: On receiving a DSC-ACK for a non existing service flow, the lUT 
ignores the message. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSC/BO-H001 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.2 and 6.3.2.3.15 


PICS Item 




Initial Condition 


lUT Is authorized, registered and a DS flow is established. The lUT has 
received a DSC-REQ, has then sent a DSC-RSP and has then received a 
DSA-ACK. 


Expected Behaviour 


Check that: On receiving a redundant copy of the previously received 
DSC-REQ, the lUT ignores the message. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSC/BO-H002 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.2 and 6.3.2.3.15 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow is established. The lUT has 
received a DSC-REQ, has then sent a DSC-RSP and has then received a 
DSA-ACK. 


Expected Behaviour 


Check that: On receiving a redundant copy of the previously received 
DSC-ACK, the lUT ignores the message. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSC/BO-H003 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction DSC-RSP Pending state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the DSC-RSP Pending state. 


Expected Behaviour 


Check that: On receiving the command SF DSC-REQ Lost and retries are 
available, the lUT resends the DSC-REQ and remains in the same state. 


Test strategy 




Notes 


Requires a means of provoking the SF DSC-REQ Lost; e.g. MIB command. 




TP ID 


TP/SS/DS/DSC/BO-H004 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction DSC-RSP Pending state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the DSC-RSP Pending state. 


Expected Behaviour 


Check that: On receiving the command SF DSC-REQ Lost and retries are 
exhausted, the lUT sends no message and remains in the same state. 


Test strategy 




Notes 


Requires a means of provoking the SF DSC-REQ Lost; e.g. MIB command. 
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TP ID 


TP/SS/DS/DSC/BO-H005 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction DSC-RSP Pending state flow 
diagram" 


PICS Item 




Initial Condition 


lUT Is operating and a service flow Is established. An SS-lnltlated DSC 
transaction has started. The lUT Is In the DSC-RSP Pending state. 


Expected Behaviour 


Checl< that: On receiving the command SF Change-Remote, the lUT ends the 
DSC transaction. 


Test strategy 




Notes 


Requires a means of provol<ing the SF Change-Remote; e.g. DSC-REQ or MIB 
command. 




TP ID 


TP/SS/DS/DSC/BO-H006 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction DSC-RSP Pending state flow 
diagram" 


PICS item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the DSC-RSP Pending state. 


Expected Behaviour 


Check that: On receiving the command SF Delete-Remote, the lUT ends the 
DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 




TP ID 


TP/SS/DS/DSC/BO-H007 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction DSC-RSP Pending state flow 
diagram" 


PICS Item 




Initial Condition 


lUT Is operating and a service flow Is established. An SS-lnltiated DSC 
transaction has started. The lUT is in the DSC-RSP Pending state. 


Expected Behaviour 


Check that: On receiving the command SF Delete-Local, the lUT stops T7, 
starts T10, and goes to the Deleting Service flow state. 


Test strategy 




Notes 


Requires a means of provol<.ing the SF Delete-Local; e.g. IVIIB command. 




TP ID 


TP/SS/DS/DSC/BO-H008 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 

Figure "DSC - Locally Initiated Transaction Holding Down state flow diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Check that: On receiving the command SF Changed, the lUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Changed; e.g. MIB command. 




TP ID 


TP/SS/DS/DSC/BO-H009 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 

Figure "DSC - Locally Initiated Transaction Holding Down state flow diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Check that: On receiving the command SF Change-Remote, the lUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Change-Remote; e.g. DSC-REQ or MIB 
command. 
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TP ID 


TP/SS/DS/DSC/BO-H01 


IEEE 802.16 Reference 


Figure DSC - Locally Initiated Transaction state transition diagram 

Figure "DSC - Locally Initiated Transaction Holding Down state flow diagram" 


PICS item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the Holding Down state. 


Expected Beliaviour 


Check that: On receiving the command SF Delete-Remote, the lUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 




TP ID 


TP/SS/DS/DSC/BO-H01 1 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 

Figure "DSC - Locally Initiated Transaction Holding Down state flow diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Check that: On receiving the command SF Delete-Local, the lUT sends no 
message and goes to the Deleting Service Flow state. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Local; e.g. MIB command. 




TP ID 


TP/SS/DS/DSC/BO-H01 2 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction Retries Exhausted state flow 

diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the Retries Exhausted state. 


Expected Behaviour 


Check that: On receiving the command SF Delete-Remote, the lUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 




TP ID 


TP/SS/DS/DSC/BO-H013 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction Retries Exhausted state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the Retries Exhausted state. 


Expected Behaviour 


Check that: On receiving the command SF Delete-Local, the lUT sends no 
message and goes to the Deleting Service Flow state. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Local; e.g. MIB command. 




TP ID 


TP/SS/DS/DSC/BO-H01 4 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction Deleting Service Flow state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the Deleting Service Flow state. 


Expected Behaviour 


Check that: On receiving the command SF Deleted, the lUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Deleted; e.g. MIB command. 
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TP ID 


TP/SS/DS/DSC/BO-H01 5 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction Deleting Service Flow state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the Deleting Service Flow state. 


Expected Behaviour 


Checl< that: On receiving the command SF Delete-Remote, the lUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 




TP ID 


TP/SS/DS/DSC/BO-H01 6 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction Deleting Service Flow state flow 
diagram" 


PICS item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the Deleting Service Flow state. 


Expected Behaviour 


Check that: On receiving a DSC-RSP, the lUT sends no message and remains 
in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSC/B0-H1 00 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction DSC-ACK Pending state flow 

diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The lUT is in the DSC-ACK Pending state. 


Expected Behaviour 


Check that: On receiving the SF DSC-ACK Lost command and retries are 
available, the lUT retransmits the DSC-RSP and remains in the same state. 


Test strategy 




Notes 


Requires a means of provoking the SF DSC-ACK Lost; e.g. MIB command. 




TP ID 


TP/SS/DS/DSC/B0-H1 01 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction DSC-ACK Pending state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The lUT is in the DSC-ACK Pending state. 


Expected Behaviour 


Check that: On receiving the SF DSC-ACK Lost command and retries are 
exhausted, the lUT sends no message and remains in the same state. 


Test strategy 




Notes 


Requires a means of provoking the SF DSC-ACK Lost; e.g. MIB command. 




TP ID 


TP/SS/DS/DSC/B0-H1 02 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction DSC-ACK Pending state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The lUT is in the DSC-ACK Pending state. 


Expected Behaviour 


Check that: On receiving the SF Delete-Remote command, the lUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 
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TP ID 


TP/SS/DS/DSC/B0-H1 03 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction DSC-ACK Pending state flow 
diagram" 


PICS Item 




Initial Condition 


lUT Is operating and a service flow Is established. A BS-lnltlated DSC 
transaction has started. The lUT Is In the DSC-ACK Pending state. 


Expected Behaviour 


Checl< that: On receiving the SF Change-Local command, the lUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Change-Local; e.g. MIB command. 




TP ID 


TP/SS/DS/DSC/B0-H1 04 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely initiated Transaction DSC-ACK Pending state flow 
diagram" 


PIGS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The lUT is in the DSC-ACK Pending state. 


Expected Behaviour 


Check that: On receiving the SF Delete-Local command, the lUT sends no 
message, stops T8, starts T1 0, and goes to the Deleting Service Flow state. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Local; e.g. IVIIB command. 




TP ID 


TP/SS/DS/DSC/B0-H1 05 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction Holding Down state flow 
diagram" 


PICS item 




Initial Condition 


lUT Is operating and a service flow is established. A BS-lnltlated DSC 
transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Check that: On receiving the SF Changed command, the lUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Changed; e.g. MIB command. 




TP ID 


TP/SS/DS/DSC/B0-H1 06 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction Holding Down state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Check that: On receiving the SF Deleted command, the lUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Deleted; e.g. MIB command. 




TP ID 


TP/SS/DS/DSC/B0-H1 07 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction Holding Down state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Check that: On receiving the SF Delete-Remote command, the lUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 
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TP ID 


TP/SS/DS/DSC/B0-H1 08 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction Holding Down state flow 
diagram" 


PICS Item 




Initial Condition 


lUT Is operating and a service flow Is established. A BS-lnltlated DSC 
transaction has started. The lUT Is In the Holding Down state. 


Expected Behaviour 


Checl< that: On receiving the SF Change-Local command, the lUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Change-Local; e.g. MIB command. 




TP ID 


TP/SS/DS/DSC/B0-H1 09 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely initiated Transaction Holding Down state flow 
diagram" 


PIGS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Check that: On receiving the SF Delete-Local command, the lUT sends no 
message and remains In the same state. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Local; e.g. iVIIB command. 




TP ID 


TP/SS/DS/DSC/B0-H1 1 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction Holding Down state flow 
diagram" 


PICS item 




Initial Condition 


lUT Is operating and a service flow is established. A BS-lnltlated DSC 
transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Check that: On receiving the SF Change-Remote command, the lUT sends no 
message and remains in the same state. 


Test strategy 




Notes 


Requires a means of provoking the SF Change-Remote; e.g. DSC-REQ or MIB 
command. 




TP ID 


TP/SS/DS/DSC/B0-H1 1 1 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction Deleting Service Flow state flow 
diagram" 


PICS Item 




initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The iUT is in the Deleting Service Flow state. 


Expected Behaviour 


Check that: On receiving the SF Deleted command, the IUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Deleted; e.g. iVIIB command. 




TP ID 


TP/SS/DS/DSC/B0-H1 1 2 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction Deleting Service Flow state flow 
diagram" 


PICS item 




Initial Condition 


IUT Is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The IUT is in the Deleting Service Flow state. 


Expected Behaviour 


Check that: On receiving the SF Delete-Remote command, the IUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 
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TP ID 


TP/SS/DS/DSC/B0-H1 13 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction Deleting Service Flow state flow 
diagram" 


PICS Item 




Initial Condition 


lUT Is operating and a service flow Is established. A BS-lnltlated DSC 
transaction has started. The lUT Is In the Deleting Service Flow state. 


Expected Behaviour 


Checl< that: On receiving the SF Change-Local command, the lUT sends no 
message and ends the DSC transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Change-Local; e.g. MIB command. 




TP ID 


TP/SS/DS/DSC/B0-H1 1 4 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely initiated Transaction Deleting Service Flow state flow 
diagram" 


PIGS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The iUT is in the Deleting Service Flow state. 


Expected Behaviour 


Check that: On receiving a DSC-REQ, the IUT sends no message and remains 
In the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSC/B0-H1 1 5 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction Deleting Service Flow state flow 
diagram" 


PICS item 




Initial Condition 


IUT Is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The IUT is in the Deleting Service Flow state. 


Expected Behaviour 


Check that: On receiving a DSC-ACK, the IUT sends no message and remains 
in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSC/TI-HOOO 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.2 and 6.3.2.3.14 


PICS item 




Initial Condition 


IUT is authorized, registered and a DS flow is established. The IUT has 
received a DSC-REQ and then has sent a DSC-RSP. 


Expected Behaviour 


Check that: On T8 expiry without receiving a DSC-ACK, the IUT resends the 
previously transmitted DSC-RSP for DSx Response Retries times. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSC/TI-H001 




Deleted 




TP ID 


TP/SS/DS/DSC/TI-H002 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.2 and 6.3.2.3.14 


PICS item 




Initial Condition 


IUT is authorized, registered and a DS flow is established. The IUT has 
received a DSC-REQ and then has sent a DSC-RSP. 


Expected Behaviour 


Check that: On T8 expiry without receiving a DSC-ACK for more than DSx 
Response Retries times, the IUT stops the DSC transaction. 


Test strategy 




Notes 
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TP ID 


TP/SS/DS/DSC/TI-H003 




Deleted 




TP ID 


TP/SS/DS/DSC/TI-H004 




Deleted 




TP ID 


TP/SS/DS/DSC/TI-H005 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction DSC-RSP Pending state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the DSC-RSP Pending state. 


Expected Behaviour 


Check that: On not receiving a DSC-RSP after T7 expiry and retries are 
available, the lUT retransmits the DSC-REQ, restarts T7, and remains in the 
same state. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSC/TI-H006 




Deleted 




TP ID 


TP/SS/DS/DSC/TI-H007 




Deleted 




TP ID 


TP/SS/DS/DSC/TI-H008 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction DSC-RSP Pending state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the DSC-RSP Pending state. 


Expected Behaviour 


Check that: On not receiving a DSC-RSP after T7 expiry and retries are not 
available, the lUT sends no message, starts T10, and goes to the Retries 
Exhausted state. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSC/TI-H009 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction DSC-RSP Pending state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the DSC-RSP Pending state. 


Expected Behaviour 


Check that: On not receiving a DSX-RVD after T14 expiry and retries are 
available, the lUT retransmits the DSC-REQ, restarts T7, and remains in the 
same state. 


Test strategy 




Notes 
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TP ID 


TP/SS/DS/DSC/TI-H01 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction DSC-RSP Pending state flow 
diagram" 


PICS Item 




Initial Condition 


lUT Is operating and a service flow Is established. An SS-lnltlated DSC 
transaction has started. The lUT Is In the DSC-RSP Pending state. 


Expected Behaviour 


Check that: On not receiving a DSX-RVD after T14 expiry and retries are 
exhausted, the lUT sends no message, starts T10, and goes to the Retries 
Exhausted state. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSC/TI-H011 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 

Figure "DSC - Locally Initiated Transaction Holding Down state flow diagram" 


PIGS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Check that: On T10 expiry, the lUT sends no message and ends the DSC 
transaction. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSC/TI-H01 2 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction Retries Exhausted state flow 
diagram" 


PICS item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the Retries Exhausted state. 


Expected Behaviour 


Check that: On T10 expiry, the lUT sends no message and ends the DSC 
transaction. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSC/TI-H013 


IEEE 802.16 Reference 


Figure "DSC - Locally Initiated Transaction state transition diagram" 
Figure "DSC - Locally Initiated Transaction Deleting Service Flow state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSC 
transaction has started. The lUT is in the Deleting Service Flow state. 


Expected Behaviour 


Check that: On T10 expiry, the lUT sends no message and ends the DSC 
transaction. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSC/TI-H014 


IEEE 802.16 Reference 


Figure "DSC - Remotely Initiated Transaction state transition diagram" 
Figure "DSC - Remotely Initiated Transaction Deleting Service Flow state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSC 
transaction has started. The lUT is in the Deleting Service Flow state. 


Expected Behaviour 


Check that: On T1 expiry, the lUT sends no message and ends the DSC 
transaction. 


Test strategy 




Notes 
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.5.3 Dynamic Services Deletion (DSD) 



TP ID 


TP/SS/DS/DSD/BV-HOOO 


IEEE 802.16 Reference 


clauses 6.3.14.9.5.2 and 6.3.2.3.17 


PICS Item 




Initial Condition 


lUT is operational and a DL DS flow is established. 


Expected Behaviour 


Check that: On receiving a DSD-REQ for the established DL DS flow, the lUT 
transmits a valid DSD-RSP and deletes the service flow. 


Test strategy 


Straightfonward. 


Notes 






TP ID 


TP/SS/DS/DSD/BV-H001 


IEEE 802.16 Reference 


clauses 6.3.14.9.5.2 and 6.3.2.3.17 


PICS Item 




Initial Condition 


lUT is operational and an UL DS flow is established. 


Expected Behaviour 


Check that: On receiving a DSD-REQ for the established UL service flow, the 
lUT transmits a valid DSD-RSP and deletes the service flow. 


Test strategy 


Straightfonward. 


Notes 






TP ID 


TP/SS/DS/DSD/BV-H002 


IEEE 802.16 Reference 


clauses 6.3.14.9.5.1 and 6.3.2.3.16 


PICS Item 




Initial Condition 


lUT is operational and a DS flow is established. 


Expected Behaviour 


Check that: To delete a Service flow, the lUT sends a DSD-REQ. 


Test strategy 




Notes 


Requires a means to provoke the lUT to delete the service flow with a 
DSD-REQ. 




TP ID 


TP/SS/DS/DSD/BV-H003 


IEEE 802.16 Reference 


clauses 6.3.14.9.5.1 and 6.3.2.3.17 


PICS Item 




Initial Condition 


lUT is operational and a DS flow is established. The lUT waits for DSD-RSP. 


Expected Behaviour 


Check that: On receiving a DSD-RSP, the lUT accepts it, does not retransmit 
the DSD-REQ and after Holding Down stops using the deleted Service Flow 
for any more data transfers. 


Test strategy 




Notes 


Requires a means to provoke the lUT to delete the service flow with a 
DSD-REQ. 




TP ID 


TP/SS/DS/DSD/BV-H004 


IEEE 802.16 Reference 


Figure "DSD - Locally Initiated Transaction state transition diagram" 

Figure "DSD - Locally Initiated Transaction Holding Down state flow diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSD 
transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Check that: On receiving a DSD-RSP, the lUT sends no message and remains 
in the same state. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSD/BI-HOOO 


IEEE 802.16 Reference 


clauses 6.3.14.9.5.2 and 6.3.2.3.17 


PICS Item 




Initial Condition 


lUT is operational and a DS flow is established. 


Expected Behaviour 


Check that: On receiving a DSD-REQ with invalid transaction ID, the lUT 
transmits a DSD-RSP message indicating the error. 


Test strategy 




Notes 
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TP ID 


TP/SS/DS/DSD/BI-H001 


IEEE 802.16 Reference 


clauses 6.3.14.9.5.1 and 6.3.2.3.17 


PICS Item 




initial Condition 


lUT is operational and a DS flow is established. The lUT sent the DSD-REQ 
and waits for DSD-RSP 


Expected Behaviour 


Check that: On receiving a DSD-RSP rejecting the request and indicating an 
invalid transaction ID, the lUT re-sends the DSD-REQ with correct transaction 
ID. 


Test strategy 




Notes 


Requires a means to provoke the lUT to delete the service flow with a 
DSD-REQ. 




TP ID 


TP/SS/DS/DSD/BO-HOOO 


IEEE 802.16 Reference 


clauses 6.3.14.9.5.2 and 6.3.2.3.16 


PiCS Item 




Initial Condition 


lUT is operational and a DS flow is established. 


Expected Behaviour 


Check that: On receiving a DSD-REQ for a non existing service flow, the lUT 
ignores the message. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSD/BO-H001 


IEEE 802.16 Reference 


Figure "DSD - Locally Initiated Transaction state transition diagram" 
Figure "DSD - Locally Initiated Transaction DSD-RSP Pending state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSD 
transaction has started. The lUT is in the DSD-RSP Pending state. 


Expected Behaviour 


Check that: On receiving an SF DSD-REQ Lost Command and retries are 
available, the lUT retransmits the DSD-REQ message and remains in the 
same state. 


Test strategy 




Notes 


Requires a means of provoking the SF DSD-REQ Lost Command; e.g. MIB 
command. 




TP ID 


TP/SS/DS/DSD/BO-H002 


IEEE 802.16 Reference 


Figure "DSD - Locally Initiated Transaction state transition diagram" 
Figure "DSD - Locally Initiated Transaction DSD-RSP Pending state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSD 

transaction has started. The lUT is in the DSD-RSP Pending state. 


Expected Behaviour 


Check that: On receiving an SF DSD-REQ Lost Command and retries are 
exhausted, the lUT sends no message and remains in the same state. 


Test strategy 




Notes 


Requires a means of provoking the SF DSD-REQ Lost Command; e.g. MIB 
command. 




TP ID 


TP/SS/DS/DSD/BO-H003 


IEEE 802.16 Reference 


Figure "DSD - Locally Initiated Transaction state transition diagram" 
Figure "DSD - Locally Initiated Transaction DSD-RSP Pending state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSD 
transaction has started. The lUT is in the DSD-RSP Pending state. 


Expected Behaviour 


Check that: On receiving an SF Delete-Remote Command, the lUT sends no 
message, stops T7, starts T10, and goes to the Holding Down state. 


Test strategy 




Notes 


Requires a means of provoking the SF Delete-Remote; e.g. DSD-REQ or MIB 
command. 
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TP ID 


TP/SS/DS/DSD/BO-H004 


IEEE 802.16 Reference 


Figure DSD - Locally Initiated Transaction state transition diagram 

Figure "DSD - Locally Initiated Transaction Holding Down state flow diagram" 


PICS item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSD 
transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Check that: On receiving an SF Deleted command, the lUT sends no message 
and remains in the same state. 


Test strategy 




Notes 


Requires a means of provoking the SF Deleted; e.g. MIB command. 




TP ID 


TP/SS/DS/DSD/B0-H1 00 


IEEE 802.16 Reference 


Figure "DSD - Remotely Initiated Transaction state transition diagram" 
Figure "DSD - Remotely Initiated Transaction Holding Down state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSD 
transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Check that: On receiving an SF Deleted command, the lUT sends no message 
and ends the DSD transaction. 


Test strategy 




Notes 


Requires a means of provoking the SF Deleted; e.g. MIB command. 




TP ID 


TP/SS/DS/DSD/TI-HOOO 


IEEE 802.16 Reference 


clauses 6.3.14.9.5.1 and 6.3.2.3.16 


PICS Item 




Initial Condition 


lUT is operational and a DS flow is established. 


Expected Behaviour 


Check that: When each time timer T7 expires with no reply received, the lUT 
re-sends a DSD-REQ n times and finally stops the initiated procedure. 


Test strategy 




Notes 


Requires a means to provoke the lUT to delete the service flow with a 
DSD-REQ. 




TP ID 


TP/SS/DS/DSD/TI-H001 


IEEE 802.16 Reference 


clauses 6.3.14.9.5.2 and 6.3.2.3.17 


PICS Item 




Initial Condition 


lUT is operational and an UL DS flow is established. The lUT has received a 
DSD-REQ and has replied with a DSD-RSP. 


Expected Behaviour 


Check that: On receiving a redundant copy of DSD-REQ for an established 
service flow, the lUT retransmits the same DSD-RSP previously send. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/DSD/TI-H002 


IEEE 802.16 Reference 


Figure "DSD - Locally Initiated Transaction state transition diagram" 
Figure "DSD - Locally Initiated Transaction DSD-RSP Pending state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSD 
transaction has started. The lUT is in the DSD-RSP Pending state. 


Expected Behaviour 


Check that: On expiry of T7 and retries are exhausted, the lUT sends no 
message and ends the DSD transaction. 


Test strategy 




Notes 





ETSI 



249 



ETSI TS 102 385-2 V2.4.1 (2007-10) 



TP ID 


TP/SS/DS/DSD/TI-H003 


IEEE 802.16 Reference 


Figure DSD - Locally Initiated Transaction state transition diagram 

Figure "DSD - Locally Initiated Transaction Holding Down state flow diagram" 


rlUo Item 




Initial Condition 


lUT is operating and a service flow is established. An SS-lnitiated DSD 
transaction has started. The lUT Is in the Holding Down state. 


Expected Behaviour 


Check that: On expiry of T10, the lUT sends no message and ends the DSD 
transaction. 


Test strategy 




Notes 





TP ID 


TP/SS/DS/DSD/TI-H004 


IEEE 802.16 Reference 


Figure "DSD - Remotely Initiated Transaction state transition diagram" 
Figure "DSD - Remotely Initiated Transaction Holding Down state flow 
diagram" 


PICS Item 




Initial Condition 


lUT is operating and a service flow is established. A BS-lnitiated DSD 
transaction has started. The lUT is in the Holding Down state. 


Expected Behaviour 


Check that: On expiry of T10, the lUT sends no message and ends the DSD 
transaction. 


Test strategy 




Notes 





.5.4 Qos Parameter Sets (QPS) 



TP ID 


TP/SS/DS/QPS/BV-HOOO 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.2 and 6.3.2.3.14 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow in provisioned state is established. 


Expected Behaviour 


Check that: On receiving a DSC-REQ to change the state of the service flow to 
the admitted state, the lUT transmits a DSC-RSP accepting the request. 


Test strategy 




Notes 





TP ID 


TP/SS/DS/QPS/BV-H001 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.2 and 6.3.2.3.14 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow in provisioned state is established. 


Expected Behaviour 


Check that: On receiving a DSC-REQ to change the state of the service flow to 
the active state, the lUT transmits a DSC-RSP accepting the request. 


Test strategy 




Notes 





TP ID 


TP/SS/DS/QPS/BV-H002 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.2 and 6.3.2.3.14 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow in active state is established. 


Expected Behaviour 


Check that: On receiving a DSC-REQ to change the state of the service flow to 
the admitted state, the lUT transmits a DSC-RSP accepting the request. 


Test strategy 




Notes 
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itbb ou^i.ib riGTerence 


Clauses b.o.i4.y.4.^: ana b.o.^:.o.i4 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow in active state is established. 


Expected Behaviour 


Check that: On receiving a DSC-REQ to change the state of the service flow to 
the provisioned state, the lUT transmits a DSC-RSP accepting the request. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/QPS/BV-H004 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.2 and 6.3.2.3.14 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow in admitted state is established. 


Expected Behaviour 


Check that: On receiving a DSC-REQ to change the state of the service flow to 
the provisioned state, the lUT transmits a DSC-RSP accepting the request. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/QPS/BV-H005 


IEEE 802.16 Reference 


clauses 6.3.14.9.4.2 and 6.3.2.3.14 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow in admitted state is established. 


Expected Behaviour 


Check that: On receiving a DSC-REQ to change the state of the service flow to 
the active state, the lUT transmits a DSC-RSP accepting the request. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/QPS/BV-H1 00 


IEEE 802.16 Reference 


clauses 6.3.14.9.4 and 1 1 .13 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow in active state is established. 


Expected Behaviour 


Check that: On receiving a DSC-REQ containing a null ActlveQoSParamSet, 

the lUT deactivates the referenced service flow after the DSC transaction is 
complete. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/QPS/BV-H1 01 


IEEE 802.16 Reference 


clauses 6.3.14.9.4 and 11.13 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow in active state is established. 


Expected Behaviour 


Check that: On receiving a DSC-REQ containing only an AdmitOoSParamSet, 
the lUT deactivates the referenced service flow after the DSC transaction is 
complete. 


Test strategy 




Notes 






TP ID 


TP/SS/DS/QPS/BV-H1 02 


IEEE 802.16 Reference 


clauses 6.3.14.9.4 and 11.13 


PICS Item 




Initial Condition 


lUT is authorized, registered and a DS flow in active state is established. 


Expected Behaviour 


Check that: On receiving a DSC-REQ containing only a null 
AdmitOoSParamSet and a null ActlveQoSParamSet, the lUT readmits the 
referenced service flow after the DSC transaction is complete. 


Test strategy 




Notes 





ETSI 



251 ETSI TS 1 02 385-2 V2.4.1 (2007-1 0) 

5.3.6 Bandwidth Allocation and Polling (BWA) 
5.3.6.1 Request/Grant (REQ) 



TP ID 


TP/SS/BWA/REQ/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.3.7, Table "OFDM UlUC values", and clause 8.3.5.1 


PICS Item 




Initial Condition 


The lUT is operational. No DS flow is established. No MAC management 
message protocol exchanges are in process. 


Expected Behaviour 


Check that: On receiving a UL-MAP for its Basic CID, the lUT transmits one of 

the following per the UlUC in the UL-MAP: 

either the value OxFF in each unused byte of the UL bandwidth grant; or 
formatting the unused space as a MAC PDU containing the Padding CID. 
The CI, EC, HT, and Type fields shall be set to zero. The length field shall 
be set to the number of unused bytes (including the size of the MAC 
header created for the padding MAC PDU) in the data burst The HCS shall 
be computed in the normal way; or 

a Bandwidth Header Request with BR=0 on the lUT's Basic CID. 


Test strategy 


Straightforward. UlUC values are in the range 5 to 12. 


Notes 






TP ID 


TP/SS/BWA/REQ/BV-H001 


IEEE 802.16 Reference 


clauses 8.3.5.5, and 6.3.2.3.4 


PICS Item 




Initial Condition 


The lUT is operational and a Dynamic UL Service flow is established. 


Expected Behaviour 


Check that: On receiving a UL-MAP, the lUT transmits the service flow's MAC 
DATA PDUs per the Uplink Burst Profile corresponding to the UlUC in the 

UL-MAP. 


Test strategy 


1) Establish an UL service flow. 

2) TE transmits UL-MAPs containing lEs granting Bandwidth to the lUT. 

3) Verdict is assigned on lUT transmitting the MAC DATA PDU(s) for this 
service flow per the Uplink Burst Profile for each successive 
UL-MAP. UlUC values are in the range 5.12. 


Notes 






TP ID 


TP/SS/BWA/REQ/BV-H002 


IEEE 802.16 Reference 


Clause 6.3.3.7, Table "OFDM UlUC values", clause 8.3.5.1 


PICS Item 




Initial Condition 


The lUT is operational. A UL service flow is established and data is being 
passed on the flow. 


Expected Behaviour 


Check that: On receiving a UL-MAP granting bandwidth larger than the service 
flow requires, the lUT transmits per the UlUC in the UL-MAP the service flow 
data and does one of the following with remaining space of the UL grant 

bandwidth: 

either fills each unused byte with the value OxFF; or 
formats the unused space as a MAC PDU containing the Padding CID. The 
CI, EC, HT, and Type fields shall be set to zero. The length field shall be 
set to the number of unused bytes (including the size of the MAC header 
created for the padding MAC PDU) in the data burst The HCS shall be 
computed in the normal way; or 

a Bandwidth Header Request with BR=0 on the lUT's Basic CID. 


Test strategy 


Straightforward. UlUC values are in the range 5.12. 


Notes 
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TP ID 


TP/SS/BWA/REQ/BV-H003 


IEEE 802.16 Reference 


clause 6.3.6.1 


PICS Item 




initial Condition 


The lUT is operational. An UL service flow is established. No MAC 
management message protocol exchanges are in process. 


Expected Behaviour 


Check that: On having data packets to transmit on the UL service flow and on 
receiving a UL-MAP IE for REQ Region Full, the lUT transmits a bandwidth 
request using REG Region-Full. 


Test strategy 


1) Bring the lUT to operational state. 

2) Do not allocate grants to lUT. At the same time, provoke the lUT to send 
data packets for the UL service flow. 

3) Transmit a UL-MAP with a REQ Region Full IE. 

4) Assign PASS if lUT transmits a full contention bandwidth request in the 
REG Region-Full. 


Notes 






TP ID 


TP/SS/BWA/REQ/BV-H004 


IEEE 802.16 Reference 


clause 6.3.6.1 


PICS Item 




Initial Condition 


The lUT is operational. An UL service flow is established. The lUT receives 
grants. 


Expected Behaviour 


Check that: On having additional data packets for the UL service flow and on 
receiving a UL-MAP IE with the lUPs Basic CID and a UlUC in the range 
(5 to 12) and a REQ Region-Full, the lUT transmits one of the following to 
request bandwidth: 

- either a bandwidth request header message in a REQ Region Full; or 

- a bandwidth request header message in a burst with UlUC = (5.12); or 

- a piggyback bandwidth request. 


Test strategy 


1) Bring the lUT to operational state. 

2) Establish an UL service flow. 

3) Provoke the lUT to send data packets on the service flow. 

4) Transmit a UL-MAP with a REQ Region Full UlUC in an IE and an IE with 
the lUT's Basic CID and UlUC = (5 to 12). 

5) Assign PASS: 

if lUT transmits a bandwidth request message in a REQ Region Full; or 
lUT transmits a bandwidth request header message in a burst with 
UlUC = (5.12); or 

lUT transmits a piggyback bandwidth request. 


Notes 






TP ID 


TP/SS/BWA/REQ/BV-H005 




Deleted 




TP ID 


TP/SS/BWA/REQ/BV-H1 00 


IEEE 802.16 Reference 


clause 6.3.6.1, §1-2 


PICS Item 




Initial Condition 


lUT implements PiggyBack Bandwidth Requests. The lUT is operational and 
an UL service flow is established. The lUT's allocated bandwidth has been 
reduced to the point that the lUT needs uplink bandwidth allocation. 


Expected Behaviour 


Check that: When the uplink bandwidth allocation Is insufficient, the lUT 
transmits during any uplink allocation, except an Initial Ranging Interval, a 
bandwidth request as either a bandwidth request header or as a Piggyback 
Request. 


Test strategy 




Notes 
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TP ID 


TP/SS/BWA/REQ/BV-rn 01 


IEEE 802.16 Reference 


clauses 6.3.6.3.1 and 6.3.2.2.2 


rlOb Item 




Initial Condition 


lUT implements PiggyBack bandwidth request. An UL service flow Is 
established. 


Expected Behaviour 


Check that: At some time when the lUT requires bandwidth, the lUT transmits 
a PiggyBack bandwidth request. 


Test strategy 




Notes 






TP ID 


TP/SS/BWA/REQ/BV-H200 


IEEE 802.16 Reference 


clause 6.3.8, §4 


PICS Item 




Initial Condition 


The lUT is operational and an UL service flow is established. The lUT's 
allocated bandwidth has been reduced to the point that the lUT needs uplink 
bandwidth allocation. 


Expected Behaviour 


Check that: In Contention Resolution for bandwidth requests, the lUT transmits 
the Bandwidth Request within its backoff window. 


Test strategy 




Notes 






TP ID 


TP/SS/BWA/REQ/BV-H201 


IEEE 802.16 Reference 


clause 6.3.8, §7 


PICS Item 




Initial Condition 


The lUT is operational and an UL service flow is established. The lUT is using 
Contention Resolution to obtain bandwidth and has transmitted its first 
Bandwidth Request in the backoff window. 


Expected Behaviour 


Check that: On not receiving a bandwidth grant for the request, the lUT 
retransmits the Bandwidth Request placed randomly within a new backoff 
window increased by two as long as the new window is less than the maximum 
backoff window. 


Test strategy 




Notes 






TP ID 


TP/SS/BWA/REQ/BV-H202 


IEEE 802.16 Reference 


Clause 6.3.8, §8 

Table "Parameters and constants" "Contention Ranging Retries" 


PICS Item 




Initial Condition 


The lUT is operational and an UL service flow is established. The lUT is using 

Contention Resolution to obtain bandwidth and has transmitted its first 
Bandwidth Request in the backoff window. 


Expected Behaviour 


Check that: After Contention Ranging Retries of retransmitting the Bandwidth 
Request without receiving a bandwidth grant for the request, the lUT no longer 
requests the bandwidth and the discards the proposed user data PDU. 


Test strategy 




Notes 






TP ID 


TP/SS/BWA/REQ/BV-H203 


IEEE 802.16 Reference 


clause 6.3.8, §9 


PICS Item 




Initial Condition 


The lUT is operational and has established an UL service flow. The lUT has 
started to request bandwidth using Contention Resolution. 


Expected Behaviour 


Check that: On receiving a unicast Request IE, the lUT stops Contention 
Resolution and uses the burst given in the Request IE. 


Test strategy 




Notes 
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TP ID 


TP/oo/BWA/REQ/BV-n204 


IEEE 802.16 Reference 


clause 6.3.8, §6 


rlOb Item 




Initial Condition 


The lUT Is operational and has established an UL service flow. The lUT has 
started to request bandwidth using Contention Resolution. 


Expected Behaviour 


Check that: On receiving a Data Grant Burst Type IE, the lUT stops Contention 
Resolution and uses the burst given in the Data Grant Burst Type IE. 


Test strategy 




Notes 






TP ID 


TP/SS/BWA/REQ/BV-H300 


IEEE 802.16 Reference 


clause 8.3.7.3.3, §1 


PICS Item 




Initial Condition 


lUT supports Focused Contention. 


Expected Behaviour 


Check that: On receiving a UL-MAP with an IE (UIUC=3) with a REQ Region 
Focused IE, the lUT sends the Phase 1 Focused Contention bandwidth 
requesting signal described in clause 8.3.7.3.3 §2-5 (Phase 1 is now 
complete). 


Test strategy 




Notes 






TP ID 


TP/SS/BWA/REQ/BV-H301 


IEEE 802.16 Reference 


clause 8.3.7.3.3, §1 


PICS Item 




Initial Condition 


lUT supports Focused Contention and has completed Phase 1 . 


Expected Behaviour 


Check that: On receiving a UL-MAP with and IE (UIUC=4) containing a 
Focused Contention IE with the Phase 1 parameters that identify the lUT, the 
lUT transmits a bandwidth request MAC header using the most robust burst 
profile in the burst indicated in the UL-MAP IE (UIUC=4). 


Test strategy 




Notes 






TP ID 


TP/SS/BWA/REQ/BV-H400 


IEEE 802.16 Reference 


clause 6.3.5.2.4 


PICS Item 




Initial Condition 


The lUT is operating and an UL BE service flow is established. 


Expected Behaviour 


Check that: To obtain uplink user data transmission opportunities, the lUT uses 
unicast or data transmission opportunities or Contention request opportunities. 


Test strategy 




Notes 






TP ID 


TP/SS/BWA/REQ/BV-H401 


IEEE 802.16 Reference 


clause 6.3.5.2.2, §2 


PICS Item 




Initial Condition 


lUT is operational and has established an UL rtPS service flow that is 
transmitting data. 


Expected Behaviour 


Check that: To obtain uplink transmission opportunities on this connection, the 
lUT uses only unicast request opportunities or data transmission opportunities. 


Test strategy 




Notes 
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TP ID 


TP/SS/BWA/REQ/BV-H402 


IEEE 802.16 Reference 




PICS Item 


lUT is operational and has established an UL nrtPS service flow that Is 
transmitting data. 


Initial Condition 




Expected Behaviour 


Check that: To obtain uplink transmission opportunities on this connection, the 
lUT uses unlcast request opportunities, data transmission opportunities, or 
Contention Request opportunities. 


Test strategy 




Notes 






TP ID 


TP/SS/BWA/REQ/BV-H403 


IEEE 802.16 Reference 


clause 6.3.5.2.1 


PICS Item 




Initial Condition 


lUT Is operating and an UL UGS service flow Is established. 


Expected Behaviour 


Check that: When It detects that the service flow exceeds Its transmit queue 
size, the lUT sets to 1 the Slip Indicator bit In the Grant Management field. 


Test strategy 




Notes 






TP ID 


TP/SS/BWA/REQ/BV-H404 


IEEE 802.16 Reference 


clause 6.3.5.2.1, §2 


PICS Item 




Initial Condition 


lUT Is operational and has established an UL UGS service flow that is 
transmitting data. The lUT Is transmitting a Grant Management field with the 
Slip Indicator bit set to 1 . 


Expected Behaviour 


Check that: When the service flow is back within the lUT's transmit queue size, 
the lUT clears the Slip Indicator bit to In the Grant Management field. 


Test strategy 




Notes 






TP ID 


TP/SS/BWA/REQ/BV-H405 


IEEE 802.16 Reference 


clause 6.3.6.3.3 
Figure "PM bit usage" 


PICS item 




Initial Condition 


The lUT is operational and transmitting on a UL UGS connection. 
Piggybacking and bandwidth stealing are exhausted. 


Expected Behaviour 


Check that: To request bandwidth for requirements in addition to the UGS 
connection, the lUT sets the PM bit to 0x1 In the Grant Management sub 
header. 


Test strategy 




Notes 






TP ID 


TP/SS/BWA/REQ/BI-HOOO 


IEEE 802.16 Reference 


clause 6.3.5.2.1 


PICS Item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Check that: On receiving a bandwidth request, the lUT discards the PDU. 


Test strategy 




Notes 
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.6.2 Multicast Polling (MCP) 



TP ID 


TP/SS/BWA/MCP/BV-HOOO 


IEEE 802.16 Reference 


clauses 6.3.2.3.18, 6.3.2.3.1 9 and 6.3.12 

Figure "Multicast Polling Assignment - SS" 


PICS Item 




Initial Condition 


The lUT is operational but inactive. 


Expected Behaviour 


Check that: On receiving a valid MCA-REQ, the IDT sends transmits a valid 

MCA-RSP message. 


Test strategy 




Notes 






TP ID 


TP/SS/BWA/MCP/BV-H001 


IEEE 802.16 Reference 


clauses 6.3.2.3.18, 6.3.2.3.19 and 6.3.12 
Figure "Multicast Polling Assignment - SS" 
clause 6.3.8.3.2, §3 


PICS Item 




Initial Condition 


The lUT is operational. It has received a valid MCA-REQ and iUT transmitted a 
valid MCA-RSP message with the Confirmation Code = Successful. 


Expected Behaviour 


Check that: On receiving bandwidth grants for the Multicast CID in the 
MCA-REQ and on needing bandwidth, the IUT requests bandwidth using the 
contention resolution algorithm. 


Test strategy 




Notes 






TP ID 


TP/SS/BWA/MCP/BV-H002 


IEEE 802.16 Reference 


clauses 6.3.2.3.18, 6.3.2.3.19 and 6.3.12 
Figure "Multicast Polling Assignment - SS" 
clause 6.3.6.3.2 §3 


PICS Item 




Initial Condition 


The IUT is operational but inactive. It has received a valid MCA-REQ and IUT 
transmitted a valid MCA-RSP message with the Confirmation Code = 
Successful. 


Expected Behaviour 


Check that: On receiving bandwidth grants for the Multicast CID in the 
MCA-REQ and not needing bandwidth, the IUT neither requests bandwidth nor 
transmits zero-length bandwidth requests. 


Test strategy 




Notes 






TP ID 


TP/SS/BWA/MCP/BV-H003 


IEEE 802.16 Reference 


clauses 6.3.2.3.18, 6.3.2.3.19, and 6.3.12 
Figure "Multicast Polling Assignment - SS" 
clause 6.3.6.3.2 §4 


PICS Item 




Initial Condition 


The IUT is operational. It is in a Multicast Polling Group and has transmitted a 
bandwidth request on the Multicast CID using the contention resolution 
algorithm. 


Expected Behaviour 


Check that: On not receiving any grant in the number of subsequent UL-MAP 
messages specified by the parameter Contention-based reservation timeout, 
the IUT resends another bandwidth request according to the contention 
resolution algorithm in the case of failed bandwidth requests. 


Test strategy 




Notes 
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TP ID 


TP/SS/BWA/MCP/BV-H004 


IEEE 802.16 Reference 


clause 6.3.8, §9 


PICS Item 




initial Condition 


The lUT is operational. It is in a Multicast Polling Group and has transmitted a 
bandwidth request on the Multicast CID using the contention resolution 
algorithm. Having not received any grant in the number of subsequent UL-MAP 
messages specified by the parameter Contention-based reservation timeout, 
the lUT resent another bandwidth requests according to the contention 
resolution algorithm in the case of failed bandwidth requests. 


Expected Behaviour 


Check that: Having received a Data Grant Burst Type IE for the Multicast CID, 

the lUT stops contention resolution and uses the data transmission 
opportunity. 


Test strategy 




Notes 






TP ID 


TP/SS/BWA/MCP/BV-H1 00 


IEEE 802.16 Reference 


clause 6.3.2.3.18, 6.3.2.3.19 and 6.3.12 
Figure "Multicast Polling Assignment - SS" 


PICS Item 




Initial Condition 


The lUT is operational and in a Multicast Polling Group. 


Expected Behaviour 


Check that: On receiving an MCA-REQ for leaving the multicast group 
indicated by the Multicast CID, the lUT transmits a valid MCA-RSP. 


Test strategy 




Notes 






TP ID 


TP/SS/BWA/MCP/BV-H1 01 


IEEE 802.16 Reference 


clauses 6.3.2.3.18, 6.3.2.3.19 and 6.3.12 
Figure "Multicast Polling Assignment - SS" 


PICS Item 




Initial Condition 


The lUT is operational and in a Multicast Polling Group. It has then received an 
MCA-REQ for leaving the multicast group indicated by the Multicast CID, and 
transmitted a valid MCA-RSP with Confirmation Code = Successful. 


Expected Behaviour 


Check that: On receiving bandwidth grants for the former Multicast CID in the 
MCA-REQ and needing bandwidth, the lUT no longer requests bandwidth 
using the Multicast Polling method. 


Test strategy 




Notes 






TP ID 


TP/SS/BWA/MCP/BV-H200 


IEEE 802.16 Reference 


clauses 6.3.6.3.2 and 6.3.8 


PICS Item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Check that: On receiving a poll on a broadcast CID and needing bandwidth, 
the lUT replies using the contention resolution algorithm to select the slot in 
which to transmit the initial bandwidth request. 


Test strategy 




Notes 






TP ID 


TP/SS/BWA/MCP/BV-H201 


IEEE 802.16 Reference 


clauses 6.3.6.3.2 and 6.3.8 


PICS Item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Check that: On receiving a poll on a broadcast CID and not needing 
bandwidth, the lUT does not reply and does not send zero-length Bandwidth 
Requests. 


Test strategy 




Notes 
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TP ID 


TP/SS/BWA/MCP/BV-H202 


IEEE 802.16 Reference 


clauses 6.3.6.3.2 and 6.3.8 


PICS Item 




initial Condition 


The lUT is operational and has transmitted a bandwidth request on the 
Broadcast CID using the contention resolution algorithm. 


Expected Behaviour 


Check that: On not receiving any grant in the number of subsequent UL-MAP 
messages specified by the parameter Contention-based reservation timeout, 
the lUT resends another bandwidth request according to the contention 
resolution algorithm in the case of failed bandwidth requests. 


Test strategy 




Notes 






TP ID 


TP/SS/BWA/MCP/BV-H203 


IEEE 802.16 Reference 


clause 6.3.8, §9 


PiCS Item 




Initial Condition 


The lUT is operational and has transmitted a bandwidth request on the 
Broadcast CID using the contention resolution algorithm. Having not received 
any grant In the number of subsequent UL-MAP messages specified by the 
parameter Contention-based reservation timeout, the lUT resent another 
bandwidth requests according to the contention resolution algorithm in the 
case of failed bandwidth requests. 


Expected Befiaviour 


Check that: Having received a Data Grant Burst Type IE for the Broadcast 
CID, the lUT stops contention resolution and uses the data transmission 
opportunity. 


Test strategy 




Notes 




'' Reset and Re-registration (RER) 


TP ID 


TP/SS/RER/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.2.3.22 


PICS Item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Check that: On receiving a valid RES-CMD on the Basic CID, the lUT resets 
itself, reinitialization, and repeats initial system access. 


Test strategy 




Notes 






TP ID 


TP/SS/RER/BV-H100 


IEEE 802.16 Reference 


clause 6.3.2.3.26 

Table "Action Codes and actions" 


PICS Item 




Initial Condition 


The lUT is operational on a channel and can access more than one data 

channel. 


Expected Behaviour 


Check that: On receiving a valid DREG-CMD with an Action Code set to 0x00, 
the lUT leaves the current operational channel and accesses another available 
channel. 


Test strategy 




Notes 






TP ID 


TP/SS/RER/BV-H101 


IEEE 802.16 Reference 


clause 6.3.2.3.26 

Table "Action Codes and actions" 


PICS Item 




Initial Condition 


The lUT is operational on a channel. 


Expected Behaviour 


Check that: On receiving a valid DREG-CMD containing an Action Code set to 
0x01 , the lUT listens on the current operational channel but does not transmit 
on any connection. 


Test strategy 




Notes 
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TP ID 


TP/SS/RER/BV-H102 


IEEE 802.16 Reference 


clauses 6.3.2.3.22 and 6.3.2.3.26 


PICS Item 




initial Condition 


^ni II i^n ■ 1 ■ J. ' J.I i J." 1 1 1 1 J. 1 J. J. "J. 

The lUT IS listening on the current operational channel but does not transmit 
on any connection (as a result of receiving a DREG-CMD with its Action Code 
set to 0x01). 


Expected Behaviour 


Check that: On receiving a valid RES-CMD, the lUT resets itself, 
reinitialization, and repeats initial system access. 


Test strategy 




Notes 






TP ID 


TP/SS/RER/BV-H103 


IEEE 802.16 Reference 


clause 6.3.2.3.26 

Table "Action Codes and actions" 


PICS Item 




Initial Condition 


The lUT is listening on the current operational channel but does not transmit 
on any connection (as a result of receiving a DREG-CMD with its Action Code 

set to 0x01). 


Expected Behaviour 


Check that: On receiving a valid DREG-CIVID containing an Action Code set to 
0x03), the lUT returns to normal operation and transmits on any of its active 
connections. 


Test strategy 




Notes 






TP ID 


TP/SS/RER/BV-H104 


IEEE 802.16 Reference 


clause 6.3.2.3.26 

Table "Action Codes and actions" 


PICS Item 




Initial Condition 


The lUT is operational on a channel. 


Expected Behaviour 


Check that: On receiving a valid DREG-CMD containing Action Code set to 
0x02, the lUT listens on the current operational channel but only transmit on 
the Basic and Primary connections. If a Secondary Management Connection 
exists, the lUT transmits on the Secondary Management Connection as well. 


Test strategy 




Notes 






TP ID 


TP/SS/RER/BV-H105 


IEEE 802.16 Reference 


clause 6.3.2.3.26 

Table "Action Codes and actions" 


PICS Item 




Initial Condition 


The lUT is listening on the current operational channel but is transmitting only 

on the Basic, Primary, and Secondary Management (if existing) connections 
(as a result of receiving a DREG-CMD with its Action Code set to 0x01). 


Expected Behaviour 


Check that: On receiving a valid DREG-CMD containing an Action Code set to 
0x03, the lUT returns to normal operation and transmits on any of its active 
connections. 


Test strategy 




Notes 






TP ID 


TP/SS/RER/BI-HOOO 


IEEE 802.16 Reference 


clause 6.3.2.3, §1 


PICS Item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Check that: On receiving a RES-CMD message with erroneously encoded 
parameters, the lUT silently discards the RES-CMD message. 


Test strategy 




Notes 
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TD in 
1 r lU 


TD/CC/DCD/DI Uf\f\-t 
1 r/oo/KcK/Dl-nUUI 


itbb ou^i.ib KGTGrence 


Clause o.o.^.o, §1 


PICS Item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Checl< that: On receiving a DREG-CMD message with erroneously encoded 
parameters, the lUT silently discards the DREG-CMD message. 


Test strategy 




Notes 





5.3.8 Clock Comparison (CCC) 



TP ID 


TP/SS/CCC/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.2.3.25 


PICS Item 




Initial Condition 


The lUT is operational and supports the CLK-CMP message. 


Expected Behaviour 


Check that: On receiving a valid CLK-CMP, the lUT reconstructs its network 
clock signals according to the contents of the CLK-CMP. 


Test strategy 




Notes 





TP ID 


TP/SS/CCC/BI-HOOO 


IEEE 802.16 Reference 


clause 6.3.2.3, §1 


PICS Item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Check that: On receiving a CLK-CMPmessage with erroneously encoded 
parameters, the lUT silently discards the CLK-CMP message. 


Test strategy 




Notes 





5.3.9 MAC PDU Construction (IVIAC) 



TP ID 


TP/SS/MAC/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.2.1.1 

Table "Generic MAC Header Fields" 


PICS Item 




Initial Condition 


lUT is operating and generating a MAC PDU. 


Expected Behaviour 


Check that: The lUT calculates the HCS value for the first five bytes of the cell 
header and inserts the results into the HCS. The HCS is the remainder of the 
division (Modulo 2) by the generator polynomial g(D)=D^+D2+D+1 of the 
polynomial D^ multiplied by the content of the header excluding the HCS field. 


Test strategy 




Notes 





TP ID 


TP/SS/MAC/BV-H001 


IEEE 802.16 Reference 


clause 6.3.2.2 


PICS Item 




Initial Condition 


lUT is operating and generating a MAC PDU. 


Expected Behaviour 


Check that: When a Grant Management sub header and a Fragmentation sub 
header are in the PDU, the lUT places the Grant Management sub header 
before the Fragmentation sub header. 


Test strategy 




Notes 
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TD in 
1 r lU 


1 r/oo/MAO/D V-nUU^ 


itbb ou^i.ib KGTerGnce 


Clause o.o.^.ti 


PICS Item 




Initial Condition 


lUT is operating and generating a MAC PDU. 


Expected Behaviour 


Check that: When Mesh and other sub headers are in the same PDU, the lUT 
places the Mesh sub header first in the sub header order. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/BV-H003 


IEEE 802.16 Reference 


clause 6.3.2.2 


PICS Item 




Initial Condition 


lUT is operating and generating a MAC PDU. 


Expected Behaviour 


Check that: When FAST-FEEDBACK sub header and other per-PDU sub 
headers are in the same PDU, the lUT places the FAST-FEEDBACK sub 
header as the last sub header. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/BV-H004 


IEEE 802.16 Reference 


clause 6.3.2.2 


PICS Item 




Initial Condition 


lUT is operating and generating a MAC PDU. 


Expected Behaviour 


Check that: The lUT does not place both Packing and Fragmentation sub 
headers in the same MAC PDU. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/BV-H005 


IEEE 802.16 Reference 


clause 6.3.2.2 


PICS Item 




Initial Condition 


lUT is operating and generating a MAC PDU. 


Expected Behaviour 


Check that: When both per-PDU sub headers and per-SDU sub headers are in 
the same MAC PDU, the lUT places the per-PDU sub headers always before 
first per-SDU sub header. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/BV-H006 


IEEE 802.16 Reference 


clause 6.3.2.3 


PICS Item 




Initial Condition 


lUT is operating and generating a MAC PDU. 


Expected Behaviour 


Check that: The lUT neither fragments nor packs MAC Management 
messages on the Basic, Broadcast, and Initial Ranging connections. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/BV-H007 


IEEE 802.16 Reference 


clause 6.3.3.7 


PICS Item 




Initial Condition 


lUT is operating and generating a MAC PDU. 


Expected Behaviour 


Check that: When space within an allocated data burst cannot be used and the 
unused space is less than the size of a MAC header, the lUT sets each byte of 
the unused space to the stuff byte value OxFF. 


Test strategy 




Notes 
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TP ID 


TP/SS/MAC/BV-H008 


IEEE 802.16 Reference 


clause 6.3.3.7 
Table "CIDs" 


PICS item 




Initial Condition 


lUT is operating and generating a MAC PDU. 


Expected Behaviour 


Check that: When space within an allocated data burst cannot be used and the 
unused space size is at least the size of a MAC header: 
either the lUT sets each byte of the unused space to the stuff byte value 

OxFF; or 

the lUT formats the unused space as a MAC PDU. In this PDU, the MAC 
CID is set to the value of Padding CID. The CI, EC, HT, and Type fields are 
set to zero. The Length field is set to the number of unused bytes including 
the MAC header size for creating the padding MAC PDU. The HCS is 
calculated in the usual way. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/BV-H009 


IEEE 802.16 Reference 


clause 6.3.6.3.1 


PICS Item 




Initial Condition 


lUT is operating and has received an UL-MAP with a Request IE for a 
bandwidth request. 


Expected Behaviour 


Check that: When it requires no bandwidth, the lUT sends stuff bytes (OxFF) in 
the interval given in the UL-MAP. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/BI-HOOO 


IEEE 802.16 Reference 


clause 6.3.2.3 


PICS Item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: On receiving a MAC Management Message containing a 
"reserved" Type value, the lUT silently discards the message. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/BI-H001 


IEEE 802.16 Reference 


clause 6.3.2.3 


PICS Item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: On receiving a MAC Management Message not containing all 
required parameters, the lUT silently discards the message. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/BI-H002 


IEEE 802.16 Reference 


clause 6.3.2.3 


PICS Item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: On receiving a MAC Management Message containing 
erroneously encoded parameters, the lUT silently discards the message. 


Test strategy 




Notes 
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5.3.9.1 Packing (PACK) 



TP ID 


TP/SS/MAC/PACK/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.3.3 


PICS Item 




Initial Condition 


lUT is operating using a Packet CS. Packing is ON. 


Expected Beliaviour 


Check that: On processing packed DL IVIAC PDUs, the lUT unpacks the SDUs 
from the DL MAC PDU. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/PACK/BV-H001 


IEEE 802.16 Reference 


clause 6.3.3.3 


PICS Item 




Initial Condition 


lUT is operating using a Packet CS. Packing is ON. 


Expected Behaviour 


Check that: On processing packed DL IVIAC PDUs containing fragments, the 
lUT unpacks and defragments the SDUs from the DL MAC PDU. 


Test strategy 




Notes 






TP ID 


TP/SS/M AC/PACK/BV-H1 00 


IEEE 802.16 Reference 


clauses 5.1.2.3, §1 and 12.1.1.1 


PICS Item 




Initial Condition 


lUT implements Basic ATM MAC system profile and is operating. Packing is 
ON. 


Expected Behaviour 


Check that: The lUT packs ATM cells into a single UL MAC PDU. 


Test strategy 




Notes 


Packing is a mandatory function but an implementation is not required to pack 
SDUs even when the possibility exists to pack them. 




TP ID 


TP/SS/MAC/PACK/BV-H1 01 


IEEE 802.16 Reference 


clause 6.3.3.4 


PICS Item 




Initial Condition 


lUT is operating using a Packet CS. Packing is ON. 


Expected Behaviour 


Check that: When generating MAC PDUS, the lUT: 

- either packs multiple MAC SDUs into a single MAC PDU; or 

- transmits each MAC SDU into a single MAC PDU for each SDU. 


Test strategy 




Notes 


Packing is a mandatory function but an implementation is not required to pack 
SDUs even when the possibility exists to pack them. 




TP ID 


TP/SS/MAC/PACK/BV-H1 02 


IEEE 802.16 Reference 


clause 6.3.2.2.3 


PICS Item 




Initial Condition 


lUT is operating using a Packet CS. Packing is ON. 


Expected Behaviour 


Check that: When packing variable-length MAC SDUs, the lUT precedes each 
packed SDU with a Packing sub header. 


Test strategy 




Notes 


Packing is a mandatory function but an implementation is not required to pack 
SDUs even when the possibility exists to pack them. 
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TP ID 


TP/SS/MAC/PACK/B V-Mi 03 


IEEE 802.16 Reference 


clause 6.3.3.4.1 .2 


PICS Item 




Initial Condition 


lUT IS operating using a Pacl^et CS. Packing and Fragmentation is ON. 


Expected Behaviour 


Ghecl< that: When pacl<ing variable-length MAC SDUs that are fragmentable, 
the lUT precedes each packed SDL) with a Packing sub header that contains 
the fragmentation information for the MAC SDU fragments. 


Test strategy 




Notes 


Packing is a mandatory function but an implementation is not required to pack 
SDUs even when the possibility exists to pack them. 



TP ID 


TP/SS/M AC/PACK/BV-H1 04 


IEEE 802.16 Reference 


clause 6.3.2.2.4 


PICS Item 




Initial Condition 


lUT is operating using a Packet CS on an ARQ UL connection. Packing is ON. 


Expected Behaviour 


Check that: When generating a packed MAC PDU for the connection, the lUT 
places the ARQ Feedback message as the first packed payload. 


Test strategy 




Notes 





TP ID 


TP/SS/M AC/PACK/BV-H1 05 


IEEE 802.16 Reference 


clause 6.3.3.4.1.1 


PICS Item 




Initial Condition 


lUT is operating using a Packet CS on a non-ARQ UL connection. 


Expected Behaviour 


Check that: For packing fixed-length blocks, the Request/Transmission policy 
is set to allow packing and to prohibit fragmentation. 


Test strategy 




Notes 





TP ID 


TP/SS/MAC/PACK/BV-H1 06 


IEEE 802.16 Reference 


clause 6.3.3.4.1.1 


PICS Item 




Initial Condition 


lUT is setting up use of a Packet CS on a non-ARQ UL connection. The DSA 
transaction will be SS-initiated. 


Expected Behaviour 


Check that: When generating the DSA-REQ for fixed-length SDUs, the lUT 
includes the SDU size in the DSA-REQ. 


Test strategy 




Notes 





.9.2 Fragmentation (FRAG) 



TP ID 


TP/SS/MAC/FRAG/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.3.3 


PICS Item 




Initial Condition 


lUT is operating using a Packet CS. Packing is OFF. 


Expected Behaviour 


Check that: On processing DL MAC PDUs, the lUT reassembles fragments 
into SDUs. 


Test strategy 




Notes 
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TP ID 


TP/SS/MAC/FRAG/BV-H001 


IEEE 802.16 Reference 


clause 6.3.3.3.1 


PICS Item 




initial Condition 


lUT is operating a non-ARQ DL connection. Packing is OFF. 


Expected Behaviour 


Check that: When the lUT processes fragments in sequence but detects the 
loss of intermediate packets, the lUT discards all MAC PDUs on the 
connection: 

- either until a new first fragment is detected; 

- or until a non-fragmented MAC PDU is detected. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/FRAG/BV-H1 00 


IEEE 802.16 Reference 


Clauses 5.1.2.3, §1 and 12.1.1.1 


PiCS Item 




Initial Condition 


lUT implements Basic ATM MAC system profile and is operating. 


Expected Behaviour 


Check that: When generating MAG PDUs, the lUT fragments oversized SDUs 
on the Primary and Secondary Management connections. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/FRAG/BV-H1 01 


IEEE 802.16 Reference 


clauses 6.3.3.3, 12.1.1.2 and 6.3.2.3 


PICS Item 




Initial Condition 


lUT is operating using a Packet CS. Packing is OFF. 


Expected Behaviour 


Check that: When generating MAC PDUS, the lUT fragments oversized SDUs 
on all connections except for the Basic, Broadcast, and Initial Ranging 
connections. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/FRAG/BV-H1 02 


IEEE 802.16 Reference 


clause 6.3.3.4.1.2 


PICS Item 




Initial Condition 


lUT is operating on a non-ARQ UL connection. Packing is OFF. 


Expected Behaviour 


Check that: When generating MAC PDUs containing fragments, the lUT 
transmits the fragments only once and in sequence. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/FRAG/BV-H1 03 


IEEE 802.16 Reference 


clause 6.3.3.4.1.2 


PICS Item 




Initial Condition 


lUT is operating on a non-ARQ UL connection. Packing is OFF. 


Expected Behaviour 


Check that: When generating MAC PDUs for variable-length SDUs, the lUT 
places the fragmentation information for individual MAC SDU fragments in the 
corresponding sub header. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/FRAG/BV-H1 04 


IEEE 802.16 Reference 


clause 6.3.3.3.2 


PICS Item 




Initial Condition 


lUT is operating on an UL ARQ connection. Packing is OFF. 


Expected Behaviour 


Check that: The lUT generates fragments for transmission by concatenating 
sets of ARQ blocks with adjacent sequence numbers. 


Test strategy 




Notes 
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TP ID 


TP/SS/MAC/pRAG/B V-Hl 05 


IEEE 802.16 Reference 


clause 6.3.3.4.2 


rlOb Item 




Initial Condition 


lUT is operating on an ARQ UL connection. Pacl^ing is OFF. 


Expected Behaviour 


Checl< that: When generating IVIAC PDUs containing variable-length SDUs, the 
lUT places the fragmentation information for individual MAC SDU fragments in 
the corresponding Fragment sub header. 


Test strategy 




Notes 





5.3.9.3 PDU Concatenation (CAT) 



TP ID 


TP/SS/MAC/CAT/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.3.2 


PICS Item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: On receiving a downlink burst that contains concatenated MAC 
PDUs, the lUT presents the MAC SDUs after reassembly of the MAC PDUs to 
the correct MAC SAP. 


Test strategy 




Notes 





TP ID 


TP/SS/MAC/CAT/BV-H001 


IEEE 802.16 Reference 


clause 6.3.3.2 


PICS Item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: When generating contents of an uplink burst, the lUT concatenates 
MAC Management, User Data, and Bandwidth Request PDUs to fill the burst. 


Test strategy 




Notes 





5.3.9.4 Cyclic Redundancy Clieck (CRC) 



TP ID 


TP/SS/MAC/CRC/BV-HOOO 


IEEE 802.16 Reference 


clauses 6.3.1 .1 , §2 and 6.3.3.5 


PICS Item 




Initial Condition 




Expected Behaviour 


Check that: When generating a generic MAC header, the lUT includes a CRC 
as defined in IEEE 802.3 [9]. The CRT covers the generic MAC header and 
MAC PDU payload after its encryption. 


Test strategy 




Notes 





TP ID 


TP/SS/MAC/CRC/BV-H001 


IEEE 802.16 Reference 


clause 6.3.3.5 


PICS Item 




Initial Condition 




Expected Behaviour 


Check that: When generating bandwidth request headers, the lUT does not 
protect the MAC header with a CRC. 


Test strategy 




Notes 
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TP ID 


TP/oo/MAC/CRC/BV-n002 


IEEE 802.16 Reference 


clause 6.3.2.3, §1 


rlOb Item 




Initial Condition 




Expected Behaviour 


Checl< that: When generating messages carried on the Initial Ranging, 
Broadcast, Fragmentable Broadcast, Basic, and Primary Management 
connections, the lUT enables CRC usage. 


Test strategy 




Notes 


For SCa, OFDM, and OFDMA PHY layers. 



TP ID 


TP/SS/MAC/CRC/BV-H003 


IEEE 802.16 Reference 


clause 11.13.12 


PICS Item 




Initial Condition 


lUT is operational. An UL service flow has been established with a 
Request/Transmission policy bit #6 set to excluding the CRC in MAC Data 
PDUs. 


Expected Behaviour 


Check that: When generating MAC PDUs for an UL service flow, the lUT does 
not include the CRC field in the MAC Data PDU for this service flow. 


Test strategy 




Notes 


May not be testable. The question is whether CRC can be obtained from the 
test tool hardware. 



5.3.9.5 ARQ (ARQ) 
5.3.9.5.1 Setup (SET) 



TP ID 


TP/SS/MAC/ARQ/SET/BV-HOOO 


IEEE 802.16 Reference 


clause 11.13.18.1 


PICS Item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: When the lUT has accepted a BS-lnitiated DSA transaction with 
the ARQ Enable field in the DSA-REQ set to ARQ Not Requested (0), the lUT 
does not implement ARQ for the service flow. 


Test strategy 




Notes 





TP ID 


TP/SS/MAC/ARQ/SET/BV-H001 


IEEE 802.16 Reference 


clause 11.13.18.1 


PICS Item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: When the lUT has accepted an SS-lnitiated DSA transaction with 
the ARQ Enable field in the DSA-RSP set to ARQ Not Accepted (0), the lUT 
does not implement ARQ for the service flow. 


Test strategy 




Notes 





TP ID 


TP/SS/MAC/ARQ/SET/BV-H002 


IEEE 802.16 Reference 


clause 11.13.18.1 


PICS Item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: Qn receiving a DSA-REQ with the ARQ Enable field set to ARQ 
Mandated (2), the lUT transmits a DSA-RSP that: 

- either rejects the DSA-REQ; or 

- accepts the DSA-REQ and implements ARQ on the service flow. 


Test strategy 




Notes 
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TD in 
1 r lU 


1 r/oo/MALf/AKU/ob 1 /D V-nUUo 


IEEE 802.16 Reference 


clause 6.3.4.5 


rlOb Item 




Initial Condition 


The lUT is operational. An ARQ-enabled connection is established. 


Expected Behaviour 


Check that: The lUT uses CRC-32 for error detection of all ARQ-enabled MAC 
PDUs. 


Test strategy 




Notes 


802.1 6 does not specifically say what is to be done with PDU if a CRC-32 error 
is detected. 




TP ID 


TP/SS/MAC/ARQ/SET/BV-H004 


IEEE 802.16 Reference 


clause 11.13.18.2 


PICS Item 




Initial Condition 


The lUT is operational and has transmitted a DSA-REQ to enable ARQ with an 
ARQ WINDOW SIZE field. 


Expected Behaviour 


Check that: On receiving a DSA-RSP with an ARQ_WINDOW_SIZE value 
smaller than that in the DSA-REQ, the lUT uses the smaller of the two values. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/SET/BV-H005 


IEEE 802.16 Reference 


clause 11.13.18.2 


PICS Item 




Initial Condition 


The lUT is operational and has transmitted a DSA-REQ to enable ARQ with an 
ARQ WINDOW SIZE field. 


Expected Behaviour 


Check that: On receiving a DSA-RSP with an ARQ_WINDOW_SIZE value 
larger than that in the DSA-REQ, the lUT uses the smaller of the two values. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/SET/BV-H006 


IEEE 802.16 Reference 


clause 11.13.18.8 


PICS Item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Check that: When the lUT receives a DSA-REQ to setup an ARQ service flow 
containing ARQ_BLOCK_SIZE, the lUT transmits a DSA-RSP containing 
ARQ__BLOCK_SIZE less than or equal to that in the DSA-REQ. For a 
successful DSA transaction, the lUT uses the ARQ BLOCK SIZE value in the 
DSA-RSP. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/SET/BV-H007 


IEEE 802.16 Reference 


clause 11.13.18.8 


PICS Item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Check that: When the lUT receives a DSA-REQ to setup an ARQ service flow 
and the ARQ_BLOCK_SIZE is missing, the lUT transmits a DSA-RSP 
containing ARQ_BLOCK_SIZE less than or equal to the maximum value 
allowed for ARQ_BLOCK_SIZE. For a successful DSA transaction, the lUT 
uses the ARQ BLOCK SIZE value in the DSA-RSP. 


Test strategy 




Notes 
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TP ID 


TP/SS/MAC/ARQ/SET/TI-MOOO 


IEEE 802.16 Reference 


clause 1 1 .13.1 8.3 


rlOb Item 




Initial Condition 


The lUT Is operational and has received a DSA-REQ with appropriate 
ARQ_RETRY_TIMEOUT parameters. The DSA transaction is successful. 


Expected Behaviour 


Check that: The lUT sets the ARQ RETRY TIMEOUT to the sum of 
TRANSMITTER DELAY and RECEIVER DELAY. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/SET/TI-H001 


IEEE 802.16 Reference 


clause 11.13.18.4 


PICS Item 




Initial Condition 


The lUT is operational. A BS-lnitiated DSA-REQ to setup an ARQ service flow 
contains ARQ_BLOCK_LIFETIME set to zero. The DSA transaction is 
successful. 


Expected Behaviour 


Check that: The lUT considers ARQ BLOCK LIFETIME as infinite. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/SET/TI-H002 


IEEE 802.16 Reference 


clause 11.13.18.5 


PICS Item 




Initial Condition 


The lUT is operational. A BS-lnitiated DSA-REQ to setup an ARQ service flow 
contains ARO_SYNC_LOSS_TIMEOUT set to zero. The DSA transaction is 
successful. 


Expected Behaviour 


Check that: The lUT considers ARQ SYNC LOSS TIMEOUT as infinite. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/SET/TI-H003 


IEEE 802.16 Reference 


clause 11.13.18.5 


PICS Item 




Initial Condition 


The lUT is operational. An SS-lnitiated DSA-REQ to setup an ARQ service 
flow contains ARQ SYNC LOSS TIMEOUT set to a non-zero value. 


Expected Behaviour 


Check that: On receiving a DSA-RSP setting ARQ_SYNC_LOSS_TIMEOUT to 
zero and when the transaction is successful, the lUT considers 
ARQ SYNC LOSS TIMEOUT as infinite. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/SET/TI-H004 


IEEE 802.16 Reference 


clause 11.13.18.7 


PICS Item 




Initial Condition 


The lUT is operational. A BS-lnitiated DSA-REQ to setup an ARQ service flow 
contains ARQ_RX_PURGE_TIMEOUT set to zero. The DSA transaction is 
successful. 


Expected Behaviour 


Check that: The lUT considers ARQ RX PURGE TIMEOUT as infinite. 


Test strategy 




Notes 
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.9.5.2 Reset (RE) 



TP ID 


TP/SS/MAC/ARQ/RE/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog - transmitter initiated" 


PICS Item 




Initial Condition 


lUT is operating on an ARQ-enabled DL service flow. 


Expected Behaviour 


Check that: On receiving an ARQ Reset (Request, type 0x0), the lUT resets 
ARQ_RX_WINDOW_START to zero and transmitsARQ Reset (Responder 
Ack, type 0x1). 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/RE/BV-H001 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog - transmitter initiated" 


PICS Item 




Initial Condition 


lUT is operating on an ARQ-enabled DL service flow. A transmitter-initiated 
ARQ Reset transaction is successful. 


Expected Behaviour 


Check that: On receiving new ARO blocks starting with BSN = zero, the lUT 
acknowledges receiving the ARQ blocks. 


Test strategy 




Notes 






TP ID 


TP/SS/M AC/ARQ/RE/BV-H1 00 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog - receiver initiated" 


PICS Item 




Initial Condition 


lUT is operating on an ARQ-enabled UL service flow. ARQ data blocks are 
being transferred. 


Expected Behaviour 


Check that: On receiving an ARQ Reset (Request, type 0x0), the lUT stops 
transmitting ARQ data blocks and transmits an ARQ Reset (Responder Ack, 
type 0x1). 


Test strategy 




Notes 






TP ID 


TP/SS/M AC/ARQ/RE/BV-H1 01 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog - receiver initiated" 


PICS Item 




Initial Condition 


lUT is operating on an ARQ-enabled UL service flow. The lUT has received an 
ARQ Reset(Request, type 0x0), transmitted an ARQ Reset (Responder Ack, 
type 0x1), and stopped transmitting ARQ data blocks. 


Expected Behaviour 


Check that: On receiving a valid ARQ Reset (Confirmation, type 0x02), the lUT 
begins transmitting ARQ data blocks with the first block having BSN=0. 


Test strategy 




Notes 





TP ID 


TP/SS/MAC/ARQ/RE/BV-H1 02 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog - receiver initiated" 


PICS Item 




Initial Condition 


lUT is operating on an ARQ-enabled DL service flow. The lUT has started 
ARQ_SYNC_LQSS_TIMEOUT for block BSN^^^ . On expiry of 

ARQ_SYNC_LOSS_TIMEOUTfor block BSN^^^ without having received this 

block, the lUT transmitted an ARQ Reset (Request, type 0x0). 


Expected Behaviour 


Check that: On receiving an ARQ Reset (Responder Ack, type 0x1), the lUT 
transmits an ARQ Reset (Confirmation, type 0x02). 


Test strategy 




Notes 




ETSI 



271 



ETSI TS 102 385-2 V2.4.1 (2007-10) 



TP ID 


TP/SS/M AC/ARQ/RE/BV-H1 03 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog - receiver initiated" 


rlUo Item 




Initial Condition 


lUT is operating on an ARQ-enabled DL service flow that has just been reset 
with a complete ARQ Reset transaction. 


Expected Behaviour 


Check that: On receiving ARQ data blocks starting with BSN = zero, the lUT 
acknowledges these data blocks. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/RE/TI-HOOO 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog - transmitter initiated" 


PICS Item 




Initial Condition 


lUT is operating on an ARQ-enabled UL service flow and transmitting blocks. It 
has started ARQ_SYNC_LOSS_TIMEOUT for BSN^.^^ . 


Expected Behaviour 


Check that: After repeated transmissions of the block BSN^^^ and after expiry 
of ARQ_SYNC_LOSS_TIMEOUT without receiving an ACK for block BSN^^^, 

the lUT sends an ARQ Reset (Request, type 0x0) and stops transmitting data 

on the connection. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/RE/TI-H001 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog - transmitter initiated" 


PICS Item 




Initial Condition 


lUT is operating on an ARQ-enabled UL service flow. It has transmitted an 
ARQ Reset(Request, type 0x0) and stopped transmitting data on the 
connection. 


Expected Behaviour 


Check that: On receiving an ARQ Reset(Responder Ack, type 0x1), the lUT 
resumes transmitting ARQ blocks with the first BSN set to zero. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/RE/TI-H002 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog - transmitter initiated" 


PICS Item 




Initial Condition 


lUT is operating on an ARQ-enabled UL service flow. It has transmitted an 
ARQ Reset (Request, type 0x0), stopped transmitting data on the connection, 
and started T22. 


Expected Behaviour 


Check that: On expiry of T22 without receiving an ARQ Reset (type 0x1 or 
0x2), the lUT retransmits the ARQ Reset (Request, type 0x0). 


Test strategy 




Notes 


Data transmission is already stopped at the time of expected behaviour. 




TP ID 


TP/SS/MAC/ARQ/RE/TI-H003 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog - transmitter initiated" 


PICS Item 




Initial Condition 


lUT is operating on an ARQ-enabled UL service flow. It has transmitted an 
ARQ Reset (Request, type 0x0), stopped transmitting data on the connection, 
and started T22. On expiry of T22 without receiving an ARQ Reset (type 0x1 or 
0x2), the lUT retransmitted the ARQ Reset (Request, type 0x0) and restarted 
T22. 


Expected Behaviour 


Check that: After a given number of retries without receiving an ARQ Reset 
(type 0x1 or 0x2), the lUT re-initializes the MAC layer. 


Test strategy 




Notes 
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TP ID 


TP/SS/M AC/ARQ/RE/TI-H1 00 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog - receiver initiated" 


PICS item 




Initial Condition 


lUT is operating on an ARQ-enabled UL service flow. The lUT has received an 
ARQ Reset (Request, type 0x0), transmitted an ARQ Reset (Responder Ack, 
type 0x1), stopped transmitting ARQ data blocks, and started T22. 


Expected Behaviour 


Check that: On expiry of T22 without having received an ARQ Reset 
(Confirmation, type 0x02), the lUT retransmits the ARQ Reset (Responder 
Ack, type 0x1). 


Test strategy 




Notes 






TP ID 


TP/SS/M AC/ARQ/RE/TI-H1 01 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog - receiver initiated" 


PICS Item 




Initial Condition 


lUT is operating on an ARQ-enabled UL service flow. The lUT has received an 
ARQ Reset (Request, type 0x0), transmitted an ARQ Reset (Responder Ack, 
type 0x1), stopped transmitting ARQ data blocks, and started T22. 


Expected Behaviour 


Check that: After a given number of retries without receiving an ARQ Reset 
(Confirmation type 0x2), the lUT re-initializes the MAC layer. 


Test strategy 




Notes 






TP ID 


TP/SS/M AC/ARQ/RE/TI-H1 02 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog - receiver initiated" 


PICS Item 




Initial Condition 


lUT is operating on an ARQ-enabled DL service flow. The lUT has started 
ARQ_SYNC_LQSS_TIMEOUT for block BSN^^^ . 


Expected Behaviour 


Check that: Qn expiry of ARQ_SYNC_LQSS_TIMEOUT for block BSN^^^ 

without receiving this block, the lUT transmits an ARQ Reset (Request, type 
0x0). 


Test strategy 




Notes 






TP ID 


TP/SS/M AC/ARQ/RE/TI-H1 03 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog - receiver initiated" 


PICS Item 




Initial Condition 


lUT is operating on an ARQ-enabled DL service flow and has just transmitted 
an ARQ Reset (Request, type 0x0) and started T22. 


Expected Behaviour 


Check that: Qn expiry of T22 without having received an ARQ Reset 
(Responder Ack, type 0x1), the lUT retransmits the ARQ Reset (Request, type 
0x0). 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/RE/TI-H1 04 


IEEE 802.16 Reference 


clause 6.3.4.6.2 

Figure "ARQ Reset message dialog - receiver initiated" 


PICS Item 




Initial Condition 


lUT is operating on an ARQ-enabled DL service flow and has just transmitted 
an ARQ Reset (Request, type 0x0) and started T22. 


Expected Behaviour 


Check that: After a given number of retries without receiving an ARQ Reset 
(Responder Ack, type 0x1), the lUT re-initializes the MAC layer. 


Test strategy 




Notes 
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.9.5.3 Receive Data (RXD) 



TP ID 


TP/SS/MAC/ARQ/RXD/BV-HOOO 


IEEE 802.16 Reference 


clauses 6.3.4 and 6.3.3.4 


PICS Item 




Initial Condition 


lUT is operating on an ARQ-enabled DL connection. 


Expected Beliaviour 


Checl< that: On receiving ARQ data blocks, the lUT transmits ARQ feedback 
information: 

either in an unfragmented ARQ Feedback standalone message; or 
in the first piggy-backed packed PDU sub header where bit #4 in the Type 
field of the generic MAC header is set to 1 and the sub header FC bits are 
set to 00b. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/RXD/BV-H001 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS Item 




Initial Condition 


The lUT is a receiver on an ARQ-enabled DL connection. 


Expected Behaviour 


Check that: When the receiving data blocks with block BSN^ missing, the lUT 
ACKs the received blocks and NACks the missing block. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/RXD/BV-H002 


IEEE 802.16 Reference 


clause 6.3.4.6.3 

Figure "ARQ block reception" 


PICS Item 




Initial Condition 


The lUT is a receiver on an ARQ-enabled DL connection. 


Expected Behaviour 


Check that: On receiving an ARQ data block that is in the ARQ window that 
has not been acknowledged, the lUT acknowledges the ARQ data block. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/RXD/BV-H003 


IEEE 802.16 Reference 


clause 6.3.4.6.3 

Figure "ARQ block reception" 


PICS Item 




Initial Condition 


The lUT is a receiver on an ARQ-enabled DL connection. 


Expected Behaviour 


Check that: On receiving an ARQ data block that is in the ARQ window and 
has already been acknowledged, the lUT again acknowledges the ARQ data 
block. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/RXD/BV-H004 


IEEE 802.16 Reference 


clause 6.3.4.6.3 

Figure "ARQ block reception" 


PICS Item 




Initial Condition 


The lUT is a receiver on an ARQ-enabled DL connection. 


Expected Behaviour 


Check that: On receiving an ARQ data block that is not in the ARQ window, the 
lUT discards the block and does not send an ACK or a NACK for the block. 


Test strategy 




Notes 
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TP ID 


TP/SS/MAC/ARQ/RXD/BV-H005 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS Item 




initial Condition 


^ni II i^n ■ A r~\ i i i r^i j." i ■ ■ ■ a i— \ 

The lUT IS a receiver on an ARQ-enabled DL connection and is receiving ARQ 
data blocks. 


Expected Behaviour 


Check that: On receiving an ARQ Discard message to skip all blocks up to the 
BSN value in the message, the lUT acknowledges skipping of all the blocks up 
to the BSN value in an ARQ Feedback IE. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/RXD/BV-H006 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PiCS Item 




Initial Condition 


The lUT is a receiver on an ARQ-enabled DL connection and was receiving 
ARQ data blocks. It then received an ARQ Discard message to skip all blocks 
up to the BSN value in the message. The lUT acknowledged skipping of all the 
blocks up to the BSN value in an ARQ Feedback IE. 


Expected Behaviour 


Check that: On receiving ARQ data blocks starting at BSN+2, the lUT 
acknowledges the blocks starting with BSN+2 and NACKs the block BSN+1 . 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/RXD/BV-H007 


IEEE 802.16 Reference 


clause 6.3.4.6.3 


PICS Item 




Initial Condition 


The lUT is a receiver on an ARQ-enabled DL connection. 
ARQ DELIVER IN ORDER is not enabled. 


Expected Behaviour 


Check that: On receiving an incomplete set of blocks for a MAC SDU followed 
by a complete set of blocks for another MAC SDU, the lUT passes to the 
convergence sublayer the complete SDU immediately upon receiving that 
SDU's last block. 


Test strategy 


Requires an Upper Tester. 


Notes 






TP ID 


TP/SS/MAC/ARQ/RXD/BV-H008 


IEEE 802.16 Reference 


clause 6.3.4.6.3 


PICS Item 




Initial Condition 


The lUT is a receiver on an ARQ-enabled DL connection. 
ARQ DELIVER IN ORDER is enabled. 


Expected Behaviour 


Check that: On receiving an incomplete set of blocks for a MAC SDU followed 

by a complete set of blocks for another MAC SDU, the lUT passes to the 
convergence sublayer the complete SDU only after the incomplete set of 
blocks have been purged after ARQ_RX_PURGE_TIMEOUT. 


Test strategy 


Requires an Upper Tester. 


Notes 






TP ID 


TP/SS/MAC/ARQ/RXD/BV-H009 


IEEE 802.16 Reference 


clause 6.3.4.6.3 


PICS Item 




Initial Condition 


The lUT is a receiver on an ARQ-enabled DL connection. The lUT has 
received ARQ data blocks with gaps in BSNs indicating that some data blocks 
are missing. The lUT NACKs the missing data blocks. 


Expected Behaviour 


Check that: On receiving an ARQ Discard message for the missing data 
blocks, the lUT transmits an ARQ Feedback IE whose BSN field is greater 
than (modulus 2^^) than the BSN of the last missing data block. 


Test strategy 




Notes 
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TP ID 


TP/SS/MAC/ARQ/RXD/BV-H01 


IEEE 802.16 Reference 


clause 6.3.4.6.3 


PICS Item 




initial Condition 


The iUT is a receiver on an ARQ-enabled DL connection. The lUT has 
received a set of contiguous ARQ data blocl<s, then a gap in data blocks, then 
another set of contiguous ARQ data blocks. 


Expected Behaviour 


Check that: The IUT acknowledges the first contiguous set with a cumulative 
acknowledgement and acknowledges the second set with either a specific 
block acknowledgement, a cumulative acknowledgement, or a combination of 
both. The acknowledgements are sent in the order of the ARQ block numbers 
as they were received. 


Test strategy 




Notes 





TP ID 


TP/SS/MAC/ARQ/RXD/TI-HOOO 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS Item 




Initial Condition 


The IUT is a receiver on an ARQ-enabled DL connection. It has started 
ARQ_BLOCK_LIFETIME for the block BSN^ that it is missing and has been 

transmitting NACKs for that missing block. 


Expected Behaviour 


Check that: After ARQ_BLOCK_LIFETIME has expired without having 
received block BSN^, each time it receives an ARQ DISCARD for the block 

BSN^i the IUT transmits an ACK for the missing block BSN^. 


Test strategy 




Notes 





TP ID 


TP/SS/MAC/ARQ/RXD/TI-H001 


IEEE 802.16 Reference 


clause 6.3.4.6.3 


PICS Item 




Initial Condition 


The IUT is a receiver on an ARQ-enabled DL connection. The IUT has 
received an ARQ data block for BSN=m. In a sequence of data blocks, the IUT 
has not received a block for BSN=n. The IUT has started 
ARQ RX PURGE TIMEOUT for block BSN=m. 


Expected Behaviour 


Check that: On ARQ_RX_PURGE_TIMEOUT expiry without having received 
block BSN=n, the next ARQ Feedback IE transmitted by the IUT contains n in 
the BSN field. 


Test strategy 




Notes 





.9.5.4 Transmit Data (TXD) 



TP ID 


TP/SS/MAC/ARQ/TXD/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.4 

Table "Type encodings" 


PICS Item 




Initial Condition 


The IUT is a transmitter on an ARQ-enabled UL connection. UL ARQ-enabled 

data is in process. 


Expected Behaviour 


Check that: When the IUT receives ARQ feedback information either in an 
ARQ Feedback standalone message or in the ARQ Feedback Payload in the 
first sub header of a packed PDU, the IUT correctly processes the ARQ 
feedback information. 


Test strategy 




Notes 
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TD in 
1 r lU 


1 r/bb/MALf/AKU/ 1 AU/DV-nUUI 


IEEE 802.16 Reference 


clause 6.3.3.4.3 


rlOb Item 




Initial Condition 


The lUT is operational. An UL ARQ-enabled data flow is established. 


Expected Behaviour 


Check that: On receiving a fragmented and packed MAC PDU containing ARQ 
Feedback Payload, the iUT ignores the FSN/BSN in the Packing sub header 
and processes the ARQ Feedback Payload. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/TXD/BV-H002 


IEEE 802.16 Reference 


clause 6.3.3.4.3 


PICS Item 




Initial Condition 


The IUT is operational. An UL non-ARQ data flow is established on the 
connection. A different connection for an UL ARQ-enabled data flow is also 
established. 


Expected Behaviour 


Check that: On receiving a fragmented and packed MAC PDU on the non-ARQ 
connection containing ARQ Feedback Payload for ARQ-enabled connection, 
the IUT ignores the FSN/BSN in the Packing sub header and processes the 
ARQ Feedback Payload for the ARQ connection. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/TXD/BV-H003 


IEEE 802.16 Reference 


clause 6.3.4.1 


PICS Item 




Initial Condition 


The IUT is a transmitter on an ARQ-enabled UL connection. UL ARQ-enabled 
data is in process. Fragmentation is ON. 


Expected Behaviour 


Check that: The IUT fragments the SDU only on ARQ block boundaries. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/TXD/BV-H004 


IEEE 802.16 Reference 


clause 6.3.4.1 


PICS Item 




Initial Condition 


The IUT is a transmitter on an ARQ-enabled UL connection. UL ARQ-enabled 
data is in process. Packing is OFF. 


Expected Behaviour 


Check that: The IUT transmits the ARQ blocks with contiguous BSNs 
normalized by the following: bsn' = (bsn - BSN base) mod 
ARQ BSN MODULUS. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/TXD/BV-H005 


IEEE 802.16 Reference 


clause 6.3.4.1 


PICS Item 




Initial Condition 


The IUT is a transmitter on an ARQ-enabled UL connection. UL ARQ-enabled 
data is in process. Packing is ON. 


Expected Behaviour 


Check that: The IUT transmits the sequence of blocks immediately between 
the MAC sub headers and the sequence of blocks after the last packing sub 
header with contiguous sequence numbers. 


Test strategy 




Notes 
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TP ID 


TP/SS/MAC/ARQ/TXD/BV-H006 


IEEE 802.16 Reference 


clause 6.3.4.1 


PICS Item 




initial Condition 


^ni II i^n ■ J. 'ii A r~\ ii iiji j." iiia r^/^ i i i 

The lUT IS a transmitter on an ARQ-enabled UL connection. UL ARQ-enabled 
data is in process. Packing or fragmentation is ON. 


Expected Behaviour 


Check that: The iUT places into the sub header's BSN field the sequence 
number of the first ARQ block in the sequence of blocks following the sub 
header. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/TXD/BV-H1 00 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PiCS Item 




Initial Condition 


The IUT is a transmitter on an ARQ-enabled UL connection. UL ARQ-enabled 
data is in process. 


Expected Behaviour 


Check that: On receiving a NACK in a Selective ACK map for an ARQ block, 
the IUT retransmits the NACK block followed by other blocks not as yet sent. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/TXD/BV-H1 01 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS Item 




Initial Condition 


The IUT is a transmitter on an ARQ-enabled UL connection. UL ARQ-enabled 

data is in process. 


Expected Behaviour 


Check that: On receiving NACKs in a Selective ACK map for several ARQ 
blocks, the IUT first retransmits the NACK blocks in numerical BSN order 
followed by other blocks not yet sent. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/TXD/BV-H1 02 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS Item 




Initial Condition 


The IUT is a transmitter on an ARQ-enabled UL connection. UL ARQ-enabled 
data is in process. 


Expected Behaviour 


Check that: When not receiving ACKs or NACKs for transmitted ARQ blocks, 
the IUT does not retransmit these ARQ blocks. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/TXD/BV-H1 03 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS Item 




Initial Condition 


The IUT is a transmitter on an ARQ-enabled UL connection. UL ARQ-enabled 
data is in process. 


Expected Behaviour 


Check that: On receiving a block ACK for an invalid BSN, the IUT ignores the 
block ACK. 


Test strategy 




Notes 
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TP ID 


TP/SS/MAC/ARQ/TXD/BV-H1 04 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS Item 




initial Condition 


^ni II i^n ■ J. A r~\ ii iiii j." iiia f~> i i i 

The lUT IS a transmitter on an ARQ-enabled UL connection. UL ARQ-enabled 
data is in process. 


Expected Behaviour 


Check that: On receiving a cumulative ACK for a subset of transmitted blocks, 
the lUT does not retransmit any of the blocks in the cumulative ACK and 
retransmits the un-ACKed part of the set. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/TXD/BV-H1 05 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PiCS Item 




Initial Condition 


The lUT is a transmitter on an ARQ-enabled UL connection. UL ARQ-enabled 
data is in process. 


Expected Behaviour 


Check that: On receiving a Selective ACK with gaps (indicating a NACK for 
some of the blocks), the lUT does not retransmit any of the blocks selectively 
ACKd and retransmits the blocks not selectively ACKd. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/TXD/BV-H1 06 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS Item 




Initial Condition 


The lUT is a transmitter on an ARQ-enabled UL connection. UL ARQ-enabled 
data is in process. The lUT has received a Selective ACK except for blocks 
BSN=i and BSN=k where i < k. The lUT then retransmits blocks i and k and 
transmits other additional blocks. 


Expected Behaviour 


Check that: On receiving a Selective ACK for BSN = k, the lUT retransmits the 
block BSN = i and transmits other additional blocks. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/TXD/BV-H1 07 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS Item 




Initial Condition 


The lUT is a transmitter on an ARQ-enabled UL connection. UL ARQ-enabled 
data is in process. 


Expected Behaviour 


Check that: On receiving an ACK for all blocks up to BSN=k except for block 
BSN=i where i<k, the lUT retransmits block BSN=i and additional blocks 
whose BSN > k. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/TXD/TI-HOOO 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS Item 




Initial Condition 


The lUT is a transmitter on an ARQ-enabled UL connection. UL ARQ-enabled 
data is in process. The lUT has started ARQ_RETRY_TIMEOUT when 

sending block BSN=n. 


Expected Behaviour 


Check that: After expiry of ARQ_RETRY_TIMEOUT and on not receiving an 
ACK for block BSN=n, the lUT retransmits block BSN=n. 


Test strategy 




Notes 
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TP ID 


TP/SS/MAC/ARQ/TXD/TI-H001 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS Item 




initial Condition 
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The lUT IS a transmitter on an ARQ-enabled UL connection. UL ARQ-enabled 
data is in process. The lUT has retransmitted block BSN=n after 
ARQ_RETRY_TIMEOUT expiry and restarted ARQ_RETRY_TIMEOUT. 


Expected Behaviour 


Check that: On the next expiry of ARQ_RETRY_TIMEOUT without receiving 
an ACK or NACK for block BSN=n, the lUT retransmits block BSN=n. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/TXD/TI-H002 


IEEE 802.16 Reference 


clauses 6.3.4.3.4 and 6.3.4.6.2 


PiCS Item 




Initial Condition 


The lUT is a transmitter on an ARQ-enabled UL connection. UL ARQ-enabled 
data is in process. The lUT has transmitted block BSN=n and started 
ARQ BLOCK LIFETIME. 


Expected Behaviour 


Check that: On expiry of ARQ_BLOCK_LIFETIME without receiving an ACK or 
NACK for block BSN=n and later, the lUT transmits an ARQ Discard message 
at a time between ARQ BLOCK LIFETIME expiry and 
ARQ_RX_PURGE_TIMEQUT -i- ARQ_RETRY_TIMEOUT expiry. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/TXD/TI-H003 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS Item 




Initial Condition 


The lUT is a transmitter on an ARQ-enabled UL connection. UL ARQ-enabled 
data is in process. The lUT has transmitted block BSN=n. No ACK or NACK for 
the block BSN=n has been received. The lUT has transmitted an ARQ Discard 
and started ARQ RETRY TIMEOUT. 


Expected Behaviour 


Check that: On expiry of ARQ_RETRY_TIMEOUT without receiving an ACK 
for the discarded block BSN=n, the lUT retransmits the ARQ Discard. 


Test strategy 




Notes 






TP ID 


TP/SS/MAC/ARQ/TXD/TI-H004 


IEEE 802.16 Reference 


clause 6.3.4.6.2 


PICS Item 




Initial Condition 


The lUT is a transmitter on an ARQ-enabled UL connection. UL ARQ-enabled 
data is in process. The lUT has transmitted block BSN=n. No ACK or NACK for 
the block BSN=n has been received. The lUT has transmitted an ARQ Discard 
and started ARQ RETRY TIMEOUT. 


Expected Behaviour 


Check that: Each time ARQ_RETRY_TIMEOUT expires without receiving an 
ACK for the discarded block BSN=n, the lUT retransmits the ARQ Discard and 
restarts ARQ RETRY TIMEOUT until receiving an ACK for the discarded 
BSN. 


Test strategy 




Notes 
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5.3.10 Packet Convergence Sublayer (PCS) 
5.3.1 0.1 Packet CS Usage (PCU) 



TP ID 


TP/SS/PCS/PCU/BV-HOOO 


IEEE 802.16 Reference 


clauses 5.2, 5.2.1 and 5.2.2 


PICS Item 




Initial Condition 


lUT is operating. A DBA transaction for DL Ethernet CS packets is successful. 
Payload Header Suppression is OFF. 


Expected Behaviour 


Check that: The lUT passes a valid MAC SDL) to the CS Ethernet SAP. 


Test strategy 




Notes 


Test will require a PCO on the CS Ethernet SAP. 






TP/SS/PCS/PCU/BV-H001 


IEEE 802.16 Reference 


clauses 5.2, 5.2.1 and 5.2.2 


PICS Item 




Initial Condition 


lUT is operating. A DSA transaction for DL IPv4 CS packets is successful. 
Payload Header Suppression is OFF. 


Expected Behaviour 


Check that: The lUT passes a valid MAC SDL) to the CS IPv4 SAP. 


Test strategy 




Notes 


Test will require a PCO on the CS IPv4 SAP. 




TP ID 


TP/SS/PCS/PCU/BV-H002 


IEEE 802.16 Reference 


clauses 5.2, 5.2.1 and 5.2.2 


PICS Item 




Initial Condition 


lUT is operating. A DSA transaction for DL IPv4/Ethernet CS packets is 
successful. Payload Header Suppression is OFF. 


Expected Behaviour 


Check that: The lUT passes a valid MAC SDLI to the CS IPv4/Ethernet SAP. 


Test strategy 




Notes 


Test will require a PCO on the CS IPv4/Ethernet SAP. 




TP ID 


TP/SS/PCS/PCU/BV-H003 


IEEE 802.16 Reference 


clauses 5.2, 5.2.1 and 5.2.2 


PICS Item 




Initial Condition 


lUT is operating. A DSA transaction for DL IPv6 CS packets is successful. 
Payload Header Suppression is OFF. 


Expected Behaviour 


Check that: The lUT passes a valid MAC SDU to the CS IPv6 SAP. 


Test strategy 




Notes 


Test will require a PCO on the CS IPv6 SAP. 




TP ID 


TP/SS/PCS/PCU/BV-H004 


IEEE 802.16 Reference 


clauses 5.2, 5.2.1 and 5.2.2 


PICS Item 




Initial Condition 


lUT is operating. A DSA transaction for DL IPv6/Ethernet CS packets is 
successful. Payload Header Suppression is OFF. 


Expected Behaviour 


Check that: The lUT passes a valid MAC SDU to the CS IPv6/Ethernet SAP. 


Test strategy 




Notes 


Test will require a PCO on the CS IPv6/Ethernet SAP. 




TP ID 


TP/SS/PCS/PCU/BV-H005 


IEEE 802.16 Reference 


clauses 5.2, 5.2.1 and 5.2.2 


PICS Item 




Initial Condition 


lUT is operating. A DSA transaction for DL Ethernet/VLAN CS packets is 
successful. Payload Header Suppression is OFF. 


Expected Behaviour 


Check that: The lUT passes a valid MAC SDU to the CS Ethernet/VLAN SAP. 


Test strategy 




Notes 


Test will require a PCO on the CS Ethernet/VLAN SAP. 
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TP ID 


TP/SS/PCS/PCU/BI-HOOO 


IEEE 802.16 Reference 


clause 5.2.2, §4 


PICS Item 




Initial Condition 


lUT IS operating. A DSA transaction is successful. Payload Header 
Suppression is OFF. Packets are being sent to tlie CS. 


Expected Behaviour 


Checl< ttiat: On receiving CS packets that with parameters that do not match a 
known classifier, the lUT discards the packet. 


Test strategy 




Notes 


TP may not be testable - There is no remotely observable behaviour to follow 
the TP requirement. 



.1 0.2 Classifier DSx Signaling (CDS) 



TP ID 


TP/SS/PCS/CDS/BV-HOOO 


IEEE 802.16 Reference 


clauses 5.2.2 and 11.13.19.3.4 


PICS Item 




Initial Condition 


lUT is operational. 


Expected Behaviour 


Check that: On receiving a valid DSA-REQ containing a packet classifier, the 
lUT sends a DSA-RSP. 


Test strategy 




Notes 






TP ID 


TP/SS/PCS/CDS/BV-H1 00 


IEEE 802.16 Reference 


clauses 5.2.2 and 11.13.19.3.2 


PICS Item 




Initial Condition 


lUT is operational and an UL service flow is established. 


Expected Behaviour 


Check that: On receiving a valid DSC-REO containing a DSC Add Classifier 
parameter for the service flow, the lUT sends a DSC-RSP. 


Test strategy 




Notes 






TP ID 


TP/SS/PCS/CDS/BV-H1 01 


IEEE 802.16 Reference 


clauses 5.2.2 and 11.13.19.3.2 


PICS Item 




Initial Condition 


lUT is operational and an UL service flow is established. A DSC transaction for 

the service flow to add a classifier is successful. 


Expected Behaviour 


Check that: The lUT classifies packets correctly according to the existing and 
added classifiers. 


Test strategy 




Notes 






TP ID 


TP/SS/PCS/CDS/BV-H200 


IEEE 802.16 Reference 


clauses 5.2.2 and 11.13.19.3.2 


PICS Item 




Initial Condition 


lUT is operational and an UL service flow is established. 


Expected Behaviour 


Check that: On receiving a valid DSC-REO containing a DSC Replace 
Classifier parameter for the service flow, the lUT sends a DSC-RSP. 


Test strategy 




Notes 






TP ID 


TP/SS/PCS/CDS/BV-H201 


IEEE 802.16 Reference 


clauses 5.2.2 and 11.13.19.3.2 


PICS Item 




Initial Condition 


lUT is operational and an UL service flow is established. A DSC transaction for 
the service flow to replace a classifier is successful. 


Expected Behaviour 


Check that: The lUT classifies packets correctly according to the existing 
classifiers that include the replacing classifier. 


Test strategy 




Notes 
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1 r lU 


1 r/oo/rOo/LfUo/D V-rloUU 


itbb ou^.ib riGTerence 


Clauses o.<L.ii ana \\.\ci.\\s.o.<l 


PICS Item 




Initial Condition 


lUT is operational and an UL service flow is established. 


Expected Behaviour 


Check that: On receiving a valid DSC-REQ containing a DSC Delete Classifier 
parameter for the service flow, the lUT sends a DSC-RSP. 


Test strategy 




Notes 






TP ID 


TP/SS/PCS/CDS/BV-H301 


IEEE 802.16 Reference 




PICS Item 




Initial Condition 


lUT is operational and an UL service flow is established. A DSC transaction for 
the service flow to delete a classifier is successful. 


Expected Behaviour 


Check that: The lUT classifies packets correctly according to the remaining 
classifiers . 


Test strategy 




Notes 


It is not clear what the behaviour is if the last classifier was deleted. 



.10.3 Classification (CLS) 
.10.3.1 IPv4 and IPv6 (IP) 



TP ID 


TP/SS/PCS/CLS/IP/BV-HOOO 


IEEE 802.16 Reference 


clause 5.2.2, §3 


PICS Item 




Initial Condition 


lUT is operational and two UL IP CS service flows are established having 
different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections do not overlap, the 
lUT transmits IP CS SDUs matching the classifier for the first connection on 
the first connection and transmits IP CS SDUs matching the classifier for the 
second connection on the second connection. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/SS/PCS/CLS/IP/BV-H001 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 11.13.19.3.4.2 


PICS Item 




Initial Condition 


lUT is operational and two UL IP CS service flows are established having 
different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Type of Service/DSCP, the lUT transmits CS SDUs matching the common IP 
Type of Service/DSCP on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/SS/PCS/CLS/IP/BV-H002 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 11.13.19.3.4.3 


PICS Item 




Initial Condition 


lUT is operational and two UL IP CS service flows are established having 
different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Protocol, the lUT transmits CS SDUs matching the common IP Protocol on the 
connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 
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TP ID 


TP/SS/PCS/CLS/IP/BV-H003 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 11.13.19.3.4.4 


PICS Item 




initial Condition 


II IT ■ i" 1 1 X 1 II I r-* /~\t~\ ' £1 J. 1 1 ' 1 1 1 

lUT IS operational and two UL IP CS service flows are established having 
different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Masked Source Address, the lUT transmits CS SDUs matching the common IP 
Masked Source Address on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/SS/PCS/CLS/IP/BV-H004 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 11.13.19.3.4.5 


PiCS Item 




Initial Condition 


lUT is operational and two UL IP CS service flows are established having 
different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Destination Address, the lUT transmits CS SDUs matching the common IP 
Destination Address on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/SS/PCS/CLS/IP/BV-H005 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 11.13.19.3.4.6 


PICS Item 




Initial Condition 


lUT is operational and two UL IP CS service flows are established having 
different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Protocol Source Port, the lUT transmits CS SDUs matching the common IP 
Protocol Source Port on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or iPv6. 




TP ID 


TP/SS/PCS/CLS/IP/BV-H006 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 11.13.19.3.4.7 


PICS Item 




Initial Condition 


lUT is operational and two UL IP CS service flows are established having 
different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Protocol Destination Port, the lUT transmits CS SDUs matching the common 
IP Protocol Destination Port on the connection having the higher classifier 
priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 
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TP ID 


TP/SS/PCS/CLS/IP/BV-H007 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 1 1 .13.19.3.4.2 to 7 


PICS Item 




initial Condition 


lUT is operational and two UL IP CS service flows are establisfied fiaving 
different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the: 

- IP Protocol Destination Port; 

- IP Type of Service/DSCP; 

- IP Protocol; 

- IP Masked Source Address; 

- IP Destination Address; 

- IP Protocol Source Port; and 

- IP Protocol Destination Port. 

the lUT transmits CS SDUs matching the common: 

- IP Protocol Destination Port; 

- IP Type of Service/DSCP; 

- IP Protocol; 

- IP Masked Source Address; 

- IP Destination Address; 

- IP Protocol Source Port; and 

- IP Protocol Destination Port 

on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 



.10.3.2 Ethernet (EN ET) 



TP ID 


TP/SS/PCS/CLS/ENET/BV-HOOO 


IEEE 802.16 Reference 


clause 5.2.2, §3 


PICS Item 




Initial Condition 


lUT is operational and two UL Ethernet CS service flows are established 

having different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections do not overlap, the 
lUT transmits Ethernet CS SDUs matching the classifier for the first connection 
on the first connection and transmits Ethernet CS SDUs matching the classifier 
for the second connection on the second connection. 


Test strategy 




Notes 





TP ID 


TP/SS/PCS/CLS/ENET/BV-H001 


IEEE 802.16 Reference 


Clauses 5.2.2, §3 and 11.13.19.3.4.8 


PICS Item 




Initial Condition 


lUT is operational and two UL Ethernet CS service flows are established 
having different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the 
Ethernet MAC Destination Address, the lUT transmits CS SDUs matching the 
common Ethernet MAC Destination Address on the connection having the 
higher classifier priority. 


Test strategy 




Notes 





TP ID 


TP/SS/PCS/CLS/ENET/BV-H002 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 11.13.19.3.4.9 


PICS Item 




Initial Condition 


lUT is operational and two UL Ethernet CS service flows are established 
having different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the 
Ethernet MAC Source Address, the lUT transmits CS SDUs matching the 
common Ethernet MAC Source Address on the connection having the higher 
classifier priority. 


Test strategy 




Notes 
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TP ID 


TP/SS/PCS/CLS/ENET/BV-H003 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 11.13.19.3.4.10 


PICS Item 




initial Condition 


II i~r* ■ i" 1 — 1 X 1 1 1 r~j.i J. ' £1 J. 1 1' 1 1 

lUT IS operational and two UL Ettiernet CS service flows are estabiistied 
having different CIDs. Pacl<et classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the 
Ethertype SAP, the lUT transmits CS SDUs matching the common Ethertype 
SAP on the connection having the higher classifier priority. 


Test strategy 




Notes 





TP ID 


TP/SS/PCS/CLS/ENET/BV-H004 




Deleted 



TP ID 


TP/SS/PCS/CLS/ENET/BV-H005 


IEEE 802.16 Reference 


Clauses 5.2.2, §3 and 1 1 .13.19.3.4.8-1 1 


PICS item 




Initial Condition 


lUT is operational and two UL Ethernet CS service flows are established 
having different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the: 

- Ethernet MAC Destination Address; 

- Ethernet MAC Source Address; and 

- Ethertype SAP. 

the lUT transmits CS SDUs matching the common: 

- Ethernet MAC Destination Address; 

- Ethernet MAC Source Address; and 

- Ethertype SAP. 

on the connection having the higher classifier priority. 


Test strategy 




Notes 





.10.3.3 VLAN(VLAN) 



TP ID 


TP/SS/PCS/CLS/VLAN/BV-HOOO 


IEEE 802.16 Reference 


clause 5.2.2, §3 


PICS item 




Initial Condition 


lUT is operational and two UL VLAN CS service flows are established having 
different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections do not overlap, the 
lUT transmits VLAN CS SDUs matching the classifier for the first connection 
on the first connection and transmits VLAN CS SDUs matching the classifier 
for the second connection on the second connection. 


Test strategy 




Notes 





TP ID 


TP/SS/PCS/CLSA^LAN/BV-H001 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 1 1 .13.19.3.4.12 


PICS Item 




Initial Condition 


lUT is operational and two UL VLAN CS service flows are established having 
different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the VLAN 
ID, the lUT transmits CS SDUs matching the common VLAN ID on the 
connection having the higher classifier priority. 


Test strategy 




Notes 
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TP ID 


TP/SS/PCS/CLSA^LAN/BV-H002 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 1 1 .13.19.3.4.1 1 


PICS Item 




initial Condition 


II i~f ■ i" 1 — 1 X 1 1 1 1 — J.I J. ' £1 J. 1 1' 1 1 

lUT IS operational and two UL Ethernet CS service flows are established 
having different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the 
Ethernet User Priority, the lUT transmits CS SDUs matching the common 
Ethernet User Priority on the connection having the higher classifier priority. 


Test strategy 




Notes 






TP ID 


TP/SS/PCS/CLSA/LAN/BV-H003 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 1 1 .13.19.3.4.1 1 


PiCS Item 




Initial Condition 


lUT is operational and two UL IP over Ethernet CS service flows are 
established having different CIDs. Packet classifiers are defined for both 
connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the 
Ethernet User Priority, the lUT transmits CS SDUs matching the common 
Ethernet User Priority on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 



.10.3.4 I P over Ethernet (I PoE) 



TP ID 


TP/SS/PCS/CLS/IPoE/BV-HOOO 


IEEE 802.16 Reference 


clause 5.2.2, §3 


PICS Item 




Initial Condition 


lUT is operational and two UL IP over Ethernet CS service flows are 
established having different CIDs. Packet classifiers are defined for both 
connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections do not overlap, the 
lUT transmits IP over Ethernet SDUs matching the classifier for the first 
connection on the first connection and transmits IP over Ethernet CS SDUs 
matching the classifier for the second connection on the second connection. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/SS/PCS/CLS/IP0E/BV-HOOI 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 11.13.19.3.4.2 


PICS Item 




Initial Condition 


lUT is operational and two UL IP over Ethernet CS service flows are 
established having different CIDs. Packet classifiers are defined for both 

connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Type of Service/DSGP, the lUT transmits CS SDUs matching the common IP 
Type of Service/DSGP on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 
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TP ID 


TP/SS/PCS/CLS/IP0E/BV-HOO2 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 11.13.19.3.4.3 


PICS Item 




initial Condition 


lUT is operational and two UL IP over Etfiernet CS service flows are 
establisfied fiaving different CIDs. Packet classifiers are defined for both 
connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Protocol, the lUT transmits CS SDUs matching the common IP Protocol on the 
connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/SS/PCS/CLS/IP0E/BV-HOO3 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 11.13.19.3.4.4 


PICS Item 




Initial Condition 


lUT is operational and two UL IP over Ethernet CS service flows are 
established having different CIDs. Packet classifiers are defined for both 

connections. 


Expected Befiaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Masked Source Address, the lUT transmits CS SDUs matching the common IP 
Masked Source Address on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/SS/PCS/CLS/IP0E/BV-HOO4 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 11.13.19.3.4.5 


PICS Item 




Initial Condition 


lUT is operational and two UL IP over Ethernet CS service flows are 
established having different CIDs. Packet classifiers are defined for both 
connections. 


Expected Befiaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Destination Address, the lUT transmits CS SDUs matching the common IP 
Destination Address on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/SS/PCS/CLS/IP0E/BV-HOO5 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 11.13.19.3.4.6 


PICS Item 




Initial Condition 


lUT is operational and two UL IP over Ethernet CS service flows are 
established having different CIDs. Packet classifiers are defined for both 

connections. 


Expected Behiaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Source Port, the lUT transmits CS SDUs matching the common IP Source Port 
on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/SS/PCS/CLS/IP0E/BV-HOO6 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 11.13.19.3.4.7 


PICS Item 




Initial Condition 


lUT is operational and two UL IP over Ethernet CS service flows are 
established having different CIDs. Packet classifiers are defined for both 

connections. 


Expected Befiaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Protocol Destination Port, the lUT transmits CS SDUs matching the common 
IP Protocol Destination Port on the connection having the higher classifier 
priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 



ETSI 



288 



ETSI TS 102 385-2 V2.4.1 (2007-10) 



TP ID 


TP/SS/PCS/CLS/IPoE/BV-HOO? 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 11.13.19.3.4.8 


PICS Item 




initial Condition 


lUT is operational and two UL IP over Ethernet CS service flows are 
established having different CIDs. Packet classifiers are defined for both 
connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the 
Ethernet MAC Destination Address, the lUT transmits CS SDUs matching the 
common Ethernet MAC Destination Address on the connection having the 
higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/SS/PCS/CLS/IP0E/BV-HOO8 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 11.13.19.3.4.9 


PICS Item 




Initial Condition 


IDT is operational and two UL IP over Ethernet CS service flows are 
established having different CIDs. Packet classifiers are defined for both 
connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the 
Ethernet MAC Source Address, the lUT transmits CS SDUs matching the 
common Ethernet MAC Source Address on the connection having the higher 
classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/SS/PCS/CLS/IP0E/BV-HOO9 


IEEE 802.18 Reference 


clauses 5.2.2, §3 and 11.13.19.3.4.10 


PICS Item 




Initial Condition 


lUT is operational and two UL IP over Ethernet CS service flows are 
established having different CIDs. Packet classifiers are defined for both 
connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the 
Ethertype SAP, the lUT transmits CS SDUs matching the common Ethertype 
SAP on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/SS/PCS/CLS/IP0E/BV-HOI 




Deleted. 
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TP ID 


TP/SS/PCS/CLS/IPoE/BV-HO1 1 


IEEE 802.16 Reference 


clauses 5.2.2 §3 and 11.13.19.3.4.2-11 


PICS Item 




initial Condition 


lUT is operational and two UL IP over Ethernet CS service flows are 
established having different CIDs. Pacl<et classifiers are defined for both 
connections. 


Expected Beliaviour 


Check that: When the classifiers for the two connections overlap on the: 

- IP Protocol Destination Port; 

- IP Type of Service/DSCP; 

- IP Protocol; 

- IP Masked Source Address; 

- IP Destination Address; 

- IP Protocol Source Port; 

- IP Protocol Destination Port; 

- Ethernet MAC Destination Address; 

- Ethernet MAC Source Address; and 

- Ethertype SAP. 

the lUT transmits CS SDUs matching the common: 

- IP Protocol Destination Port; 

- IP Type of Service/DSCP; 

- IP Protocol; 

- IP Masked Source Address; 

- IP Destination Address; 

- IP Protocol Source Port; 

- IP Protocol Destination Port; 

- Ethernet MAC Destination Address; 

- Ethernet MAC Source Address; and 

- Ethertype SAP 

on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 



.10.3.5 IPoverVLAN(IPoV) 



TP ID 


TP/SS/PCS/CLS/IPoV/BV-HOOO 


IEEE 802.16 Reference 


clause 5.2.2, §3 


PICS Item 




Initial Condition 


lUT is operational and two UL IP over VLAN CS service flows are established 

having different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections do not overlap, the 
lUT transmits IP over VLAN SDUs matching the classifier for the first 
connection on the first connection and transmits VLAN CS SDUs matching the 
classifier for the second connection on the second connection. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 



TP ID 


TP/SS/PCS/CLS/IPoV/BV-HOOl 


IEEE 802.16 Reference 


clauses 5.2.2 §3 and 11.13.1 9.3.4.2 


PICS Item 




Initial Condition 


lUT is operational and two UL IP over VLAN CS service flows are established 
having different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Type of Service/DSCP, the lUT transmits CS SDUs matching the common IP 
Type of Service/DSCP on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service fl,ows can either be IPv4 or IPv6. 
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TP ID 


TP/SS/PCS/CLS/IP0V/BV-HOO2 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 11.13.19.3.4.3 


PICS Item 




initial Condition 


lUT IS operational and two UL IP over VLAN CS service flows are established 
having different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Protocol, the lUT transmits CS SDUs matching the common IP Protocol on the 
connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/SS/PCS/CLS/IP0V/BV-HOO3 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 1 1 .13.19.3.4.4 


PiCS Item 




Initial Condition 


lUT is operational and two UL IP over VLAN CS service flows are established 
having different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Masked Source Address, the lUT transmits CS SDUs matching the common IP 
Masked Source Address on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/SS/PCS/CLS/IP0V/BV-HOO4 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 11.13.19.3.4.5 


PICS Item 




Initial Condition 


lUT is operational and two UL IP over VLAN CS service flows are established 
having different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Destination Address, the lUT transmits CS SDUs matching the common IP 
Destination Address on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or iPv6. 




TP ID 


TP/SS/PCS/CLS/IP0V/BV-HOO5 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 11.13.19.3.4.6 


PICS Item 




Initial Condition 


lUT is operational and two UL IP over VLAN CS service flows are established 
having different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Source Port, the lUT transmits CS SDUs matching the common IP Source Port 
on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 




TP ID 


TP/SS/PCS/CLS/IP0V/BV-HOO6 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 11.13.19.3.4.7 


PICS Item 




Initial Condition 


lUT Is operational and two UL IP over VLAN CS service flows are established 
having different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the IP 
Protocol Destination Port, the lUT transmits CS SDUs matching the common 
IP Protocol Destination Port on the connection having the higher classifier 
priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 
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TP ID 


TP/SS/PCS/CLS/IPoV/BV-HOO? 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 1 1 .13.19.3.4.12 


PICS Item 




initial Condition 


lUT IS operational and two UL VLAN CS service flows are established having 
different CIDs. Pacl<et classifiers are defined for both connections. 


Expected Behaviour 


Checl< that: When the classifiers for the two connections overlap on the VLAN 
ID, the lUT transmits CS SDUs matching the common VLAN ID on the 
connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 



TP ID 


TP/SS/PCS/CLS/IP0V/BV-HOO8 


IEEE 802.16 Reference 


clauses 5.2.2, §3 and 11.13.19.3.4.2 to 7, 12 


PICS Item 




Initial Condition 


lUT is operational and two UL VLAN CS service flows are established having 
different CIDs. Packet classifiers are defined for both connections. 


Expected Behaviour 


Check that: When the classifiers for the two connections overlap on the: 

- IP Protocol Destination Port; 

- IP Type of Service/DSCP; 

- IP Protocol; 

- IP Masked Source Address; 

- IP Destination Address; 

- IP Protocol Source Port; 

- IP Protocol Destination Port; and 

- VLAN ID 

the lUT transmits CS SDUs matching the common: 

- IP Protocol Destination Port; 

- IP Type of Service/DSCP; 

- IP Protocol; 

- IP Masked Source Address; 

- IP Destination Address; 

- IP Protocol Source Port; 

- IP Protocol Destination Port; and 

VLAN ID 

on the connection having the higher classifier priority. 


Test strategy 




Notes 


IP service flows can either be IPv4 or IPv6. 



.10.4 Payload Header Suppression (PHS) 



TP ID 


TP/SS/PCS/PHS/BV-HOOO 


IEEE 802.16 Reference 


clause 5.2.3.2, §3 


PICS Item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that; To create a PHS rule, the lUT uses DSA or DSC messages. 


Test strategy 




Notes 





TP ID 


TP/SS/PCS/PHS/BV-H001 


IEEE 802.16 Reference 


clause 5.2.3.2, §5 


PICS Item 




Initial Condition 


lUT is operating and defining a PHS rule using more than one transaction with 
DSA and/or DSC messages. 


Expected Behaviour 


Check that: For each step whether using a DSA or DSC message, the lUT 
generates the messages containing both the SFID and the PHS index. 


Test strategy 




Notes 


Contradicts TP/SS/PCS/PHS/BV-H002 if DSx transaction is SS-initiated. 
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TP ID 


TP/SS/PCS/PHS/BV-H002 


IEEE 802.16 Reference 


clause 5.2.3.2, §3 

Figure "PHS Signaling Example" 


rlUo Item 




Initial Condition 


lUT is operating. lUT is creating a PHS rule by initiating a DSA or a DSC 
transaction. 


Expected Behaviour 


Check that: When generating the DSA-REQ or the DSC-REQ, the lUT does 
not include the PHSI field. 


Test strategy 




Notes 






TP ID 


TP/SS/PCS/PHS/BV-H1 00 


IEEE 802.16 Reference 


clauses 5.2.3.2, §3 and 11.13.19.3.2 


PICS Item 




Initial Condition 


lUT is operating. 


Expected Behaviour 


Check that: To change or delete a PHS rule, the lUT uses DSC messages. 


Test strategy 




Notes 






TP ID 


TP/SS/PCS/PHS/BV-H1 01 


IEEE 802.16 Reference 


clause 5.2.3, §2 


PICS Item 




Initial Condition 


lUT is operating. A packet CS service flow with PHS is established for a packet 
classifier. 


Expected Behaviour 


Check that: When the packet classifier is deleted, the lUT deletes the PHS rule 
associated with the packet classifier. 


Test strategy 




Notes 






TP ID 


TP/SS/PCS/PHS/BV-H1 02 


IEEE 802.16 Reference 


clause 5.2.3, §2 


PICS Item 




Initial Condition 


lUT is operating. A packet CS service flow with PHS is established for a packet 
classifier. 


Expected Behaviour 


Check that: To change the value of a PHSF on the service, the lUT removes 
the old PHS rule and adds a new PHS rule reflecting the change. 


Test strategy 




Notes 


The order of removal and add is not specified. Assume no order is required. 




TP ID 


TP/SS/PCS/PHS/BV-H1 03 


IEEE 802.16 Reference 


clause 5.2.3, §2 


PICS Item 




Initial Condition 


lUT is operating. A packet CS service flow with PHS is established for a packet 
classifier. 


Expected Behaviour 


Check that: On completion of a DSC transaction to delete a classifier and 
another DSC transaction to add a classifier in either order, the lUT treats the 
two transactions as a change to the PHSF. 


Test strategy 




Notes 






TP ID 


TP/SS/PCS/PHS/BV-H200 


IEEE 802.16 Reference 


clause 5.2.3.1 


PICS Item 




Initial Condition 


lUT is operating. A DL packet CS service flow with PHS is established for a 

packet classifier. 


Expected Behaviour 


Check that: On receiving a valid MAC Data PDU for the connection with a 
known PHSI not equal to zero, the lUT correctly reconstructs the header 
according to the PHSI and transmits the SDU to CS. 


Test strategy 




Notes 
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TP ID 


TP/SS/PCS/PHS/BV-H201 


IEEE 802.16 Reference 


clause 5.2.3.1 


PICS Item 




initial Condition 


lUT IS operating. A DL pacl<et CS service flow with PHS is established for a 
pacl<et classifier. 


Expected Behaviour 


Check that: On receiving a valid MAC Data PDU for the connection with a 
PHSI = zero, the lUT transmits the CS PDU as received without header 
reconstruction to the CS. 


Test strategy 




Notes 





TP ID 


TP/SS/PCS/PHS/BV-H202 


IEEE 802.16 Reference 


clause 5.2.3.1, §2 


PICS Item 




Initial Condition 


lUT is operating. A UL packet CS service flow with PHS Is established for a 
packet classifier. The PHSV was not present during the DSx transaction 
establishing the suppression rule. 


Expected Behaviour 


Check that: For a given upper layer protocol, the lUT correctly suppresses the 
payload header according to the payload header suppression rule. 


Test strategy 




Notes 


Upper layer protocol can be IPv4, IPv6, Ethernet, VLAN, IP over Ethernet, or 
IP over VLAN. 



TP ID 


TP/SS/PCS/PHS/BV-H203 


IEEE 802.16 Reference 


clause 5.2.3.1, §2 


PICS Item 




Initial Condition 


lUT is operating. A UL packet CS service flow with PHS is established for a 
packet classifier. The PHSV was present during the DSx transaction 
establishing the suppression rule. 


Expected Behaviour 


Check that: For a given upper layer protocol, the lUT correctly suppresses the 
payload header according to the payload header suppression rule. 


Test strategy 




Notes 


Upper layer protocol can be IPv4, IPv6, Ethernet, VLAN, IP over Ethernet, or 
IP over VLAN. 



1 1 Service Flow Control (SF) 



TP ID 


TP/SS/SF/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.14.6.2 


PICS Item 




Initial Condition 


lUT is operational and a service flow is Admitted. 


Expected Behaviour 


Check that: On receiving a DSA-REQ for an additional service flow that 
exceeds the provisioned QoS, the lUT transmits a DSA-RSP accepting the 
additional service flow and reserves resources for the service flow already 
admitted. 


Test strategy 




Notes 





TP ID 


TP/SS/SF/BV-H001 


IEEE 802.16 Reference 


clause 6.3.14.6.2 


PICS Item 




Initial Condition 


lUT is operational and a service flow is Active. 


Expected Behaviour 


Check that: On receiving a DSC-REQ for the active service flow with an 
AdmittedOoSParameterSet that is a subset of the current 
AdmittedQoSParameterSet and the ActiveQoSParameterSet remains a subset 
of the new AdmittedQoSParameterSet, the lUT transmits a DSC-RSP 
accepting the new AdmittedQoSParameterSet. 


Test strategy 




Notes 
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TP ID 


TP/SS/SF/BV-H002 


IEEE 802.16 Reference 


clause 6.3.14.6.2 


PICS Item 




initial Condition 


lUT is operational and a service flow is Active. 


Expected Behaviour 


Check that: On receiving a DSC-REQ for the active service flow with an 
AdmittedQoSParameterSet that is a subset of the current 
AdmittedQoSParameterSet and the ActiveQoSParameterSet no longer 
remains a subset of the new AdmittedQoSParameterSet, the lUT transmits a 
DSC-RSP rejecting the new AdmittedQoSParameterSet. 


Test strategy 




Notes 






TP ID 


TP/SS/SF/BV-H003 


IEEE 802.16 Reference 


clause 6.3.14.8 


PiCS Item 




Initial Condition 


lUT is operational and a service flow is Active. 


Expected Behaviour 


Check that: Qn receiving a DSC-REQ message for the service flow containing 
only an AdmittedQoSParameter set and the on the DSC transaction being 
successful, the lUT deactivates the service flow. 


Test strategy 




Notes 






TP ID 


TP/SS/SF/BV-H004 


IEEE 802.16 Reference 


clause 6.3.14.8 


PICS Item 




Initial Condition 


lUT is operational and a service flow is Active. The lUT received a DSC-REQ 
for the service flow with neither an ActiveQoSParameter set nor an 
AdmittedQosParameter set. This DSC transaction was successful. 


Expected Behaviour 


Check that: Qn receiving a DSC-REQ containing only an ActiveQoSParameter 
set and successful DSC transaction completion, the lUT deactivates the 
service flow. 


Test strategy 




Notes 






TP ID 


TP/SS/SF/BV-H005 


IEEE 802.16 Reference 


clause 6.3.14.8 


PICS Item 




Initial Condition 


lUT is operational and a service flow is Active. 


Expected Behaviour 


Check that: On receiving a DSC-REQ containing both an ActiveQoSParameter 
set and an AdmittedQoSParameter set and on successful completion of the 
DSC transaction, the lUT implements the QoS contained in the new Admitted 
and Active QoS Parameter sets (the ActiveQoSParameter set is a subset of 
the AdmittedQoSParameter set). 


Test strategy 




Notes 






TP ID 


TP/SS/SF/BV-H006 


IEEE 802.16 Reference 


clause 6.3.14.8 


PICS Item 




Initial Condition 


lUT is operational and a service flow is Active. 


Expected Behaviour 


Check that: On receiving a DSC-REQ containing both an ActiveQoSParameter 
set and an AdmittedQoSParameter set but the Active set is not a subset of the 
Admitted set, the lUT transmits a DSC-RSP refusing the change and continues 
using the original QoS. 


Test strategy 




Notes 
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TP ID 


TP/SS/Sr/BV-n007 


IEEE 802.16 Reference 


clause 6.3.14.9.4 


rlOb Item 




Initial Condition 


lUT is operational and a service flow is Active. 


Expected Behaviour 


Check that: On receiving a DSC-REQ with a null ActiveQoSParameter set, the 
lUT transmits a DSC-RSP accepting the transaction and after successful 
transaction completion the lUT deactivates the service flow. 


Test strategy 




Notes 






TP ID 


TP/SS/SF/BV-H008 


IEEE 802.16 Reference 


clauses 6.3.14.2 and 11.13.4 


PICS Item 




Initial Condition 


lUT has just initialized and is now provisioning a service flow. 


Expected Behaviour 


Check that: The lUT has service flow parameters containing a 
ProvisionedQoSParameter set. 


Test strategy 




Notes 






TP ID 


TP/SS/SF/BV-H009 


IEEE 802.16 Reference 


clause 6.3.14.2 and 1 1 .13.4 


PICS item 




Initial Condition 


lUT has just initialized. A service flow is preprovisioned. 


Expected Behaviour 


Check that: The lUT has service flow parameters containing a 
ProvisionedQoSParameter set. 


Test strategy 




Notes 






TP ID 


TP/SS/SF/BV-H100 


IEEE 802.16 Reference 


clause 11.13.5 


PICS Item 




Initial Condition 


lUT is operating with two service flows. 


Expected Behaviour 


Check that: Given that two service flows are identical in al QoS parameters 
besides priority, the lUT gives the higher priority service flow lower delay and 
higher buffering preference. 


Test strategy 




Notes 






TP ID 


TP/SS/SF/BV-H101 


IEEE 802.16 Reference 


clause 11.13.6 


PICS Item 




Initial Condition 


lUT is operational and a service flow is Active and has a non-zero Maximum 
Sustained Traffic Rate parameter. 


Expected Behaviour 


Check that: The lUT provides the Maximum Sustained Traffic Rate on the 
average over time. 


Test strategy 




Notes 






TP ID 


TP/SS/SF/BV-H102 


IEEE 802.16 Reference 


clause 11.13.6 


PICS Item 




Initial Condition 


lUT is operational and a service flow is Active and has a Maximum Sustained 
Traffic Rate parameter = zero. 


Expected Behaviour 


Check that: The lUT does not provide a mandated maximum traffic rate. 


Test strategy 




Notes 





ETSI 



296 



ETSI TS 102 385-2 V2.4.1 (2007-10) 



TD in 
1 r lU 


1 r/oo/or/HV-rnuo 


itbb ou^i.ib KGTerGnce 


Clause 1 1 .1 o.b 


PICS Item 




Initial Condition 


lUT is operational and a service flow is Active and the Maximum Sustained 
Traffic Rate parameter was omitted during QoS negotiation. 


Expected Behaviour 


Check that: The lUT does not provide a mandated maximum traffic rate. 


Test strategy 




Notes 






TP ID 


TP/SS/SF/BV-H104 


IEEE 802.16 Reference 


clause 11.13.7 


PICS Item 




Initial Condition 


lUT is operational and a service flow is Active. A Maximum Traffic Burst Size 
was set during QoS negotiation. 


Expected Behaviour 


Check that: The lUT provides the Maximum Traffic Burst Size for this service 
flow. 


Test strategy 




Notes 






TP ID 


TP/SS/SF/BV-H105 


IEEE 802.16 Reference 


clause 11.13.10 


PICS Item 




Initial Condition 


The lUT is operational and a service flow is Active. 


Expected Behaviour 


Check that: On receiving a DSC-REQ containing Vendor-specific QoS 
Parameters that does not the Vendor ID as its first element, the lUT discards 
the Vendor-specific QoS Parameters, processes the remainder of the 
DSC-REQ, and transmits a valid DSC-RSP. 


Test strategy 




Notes 






TP ID 


TP/SS/SF/BV-H106 


IEEE 802.16 Reference 


clause 11.13.12 


PICS Item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Check that: Qn receiving a DSA-REQ with the Request/transmission Policy Bit 
#0 set to zero followed by a successful DSA transaction, the lUT does not 
provide broadcast bandwidth request opportunities for the service flow. 


Test strategy 




Notes 






TP ID 


TP/SS/SF/BV-H107 


IEEE 802.16 Reference 


clause 11.13.12 


PICS Item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Check that: Qn receiving a DSA-REQ with the Request/transmission Policy Bit 
#1 set to zero followed by a successful DSA transaction, the lUT does not 
provide multicast bandwidth request opportunities for the service flow. 


Test strategy 




Notes 






TP ID 


TP/SS/SF/BV-H108 


IEEE 802.16 Reference 


clause 11.13.12 


PICS Item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Check that: On receiving a DSA-REQ with the Request/transmission Policy Bit 
#2 set to prohibit piggy-backing requests with data followed by a successful 
DSA transaction, the lUT does not piggy-back requests with data for the 
service flow. 


Test strategy 




Notes 
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TP ID 


TP/SS/Sr/BV-rn 09 


IEEE 802.16 Reference 


clause 1 1 .13.1 2 


rlOb Item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Checl< that: On receiving a DSA-REQ with the Request/transmission Policy Bit 
#3 set to prohibit data fragmentation followed by a successful DSA transaction, 
the lUT does not fragment data for the service flow. 


Test strategy 




Notes 





TP ID 


TP/SS/SF/BV-H110 


IEEE 802.16 Reference 


clause 11.13.12 


PICS Item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Check that: On receiving a DSA-REQ with the Request/transmission Policy Bit 
#4 set to prohibit payload header suppression followed by a successful DSA 
transaction, the lUT does not suppress headers for the service flow. 


Test strategy 




Notes 





TP ID 


TP/SS/SF/BV-H111 


IEEE 802.16 Reference 


clause 11.13.12 


PICS Item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Check that: On receiving a DSA-REO with the Request/transmission Policy Bit 
#5 set to prohibit packing multiple SDUs (or fragments) into single MAC PDUs 
followed by a successful DSA transaction, the lUT does not pack multiple 
SDUs (or fragments) into single MAC PDUs for the service flow. 


Test strategy 




Notes 





TP ID 


TP/SS/SF/BV-H112 


IEEE 802.16 Reference 


clause 11.13.14 


PICS Item 




Initial Condition 


The lUT is operational. 


Expected Behaviour 


Check that: On receiving a DSA-REQ with a Maximum Latency parameter that 
does not exceed the Minimum Downlink Reserved Rate followed by a 
successful DSA transaction, the lUT satisfies Maximum Latency requirement 
for the service flow. 


Test strategy 




Notes 





.12 Adaptive Antenna Support (AAS) 



TP ID 


TP/SS/AAS/BV-HOOO 


IEEE 802.16 Reference 


clause 6.3.7.6.4 


PICS Item 




Initial Condition 


lUT is AAS-capable and beginning network entry. 


Expected Behaviour 


Check that: On being able to decode the DL-MAP and DCD messages, the 
lUT conducts network entry the same as the non-AAS case. 


Test strategy 




Notes 
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TP ID 


TP/SS/AAS/BV-HOO 1 


IEEE 802.16 Reference 


clause 6.3.7.6.4 


rlOb Item 




Initial Condition 


lUT is AAS-capable and beginning network entry. 


Expected Behaviour 


Check that: On not being able to decode the DL-MAP and DCD messages, the 
lUT conducts Initial ranging on the AAS-alert-slots using all available 
contention slots. 


Test strategy 




Notes 






TP ID 


TP/SS/AAS/BV-H002 


IEEE 802.16 Reference 


clause 6.3.7.6.4 


PICS Item 




Initial Condition 


lUT is AAS-capable and beginning network entry. Not being able to decode the 
DL-MAP and DCD messages, the lUT conducted initial ranging on the 
AAS-alert-slots using all available contention slots. 


Expected Behaviour 


Check that: On now being able to decode the DL-MAP and DCD messages, 
the lUT continues network entry the same as the non-AAS case. 


Test strategy 




Notes 






TP ID 


TP/SS/AAS/BV-H003 


IEEE 802.16 Reference 


clause 6.3.7.6.4 and 6.3.8 


PICS Item 




Initial Condition 


lUT is AAS-capable and beginning network entry. Not being able to decode the 
DL-MAP and DCD messages, the lUT conducted initial ranging on the 
AAS-alert-slots using all available contention slots. 


Expected Behaviour 


Check that: On still not being able to decode the DL-MAP and DCD messages, 
the lUT uses the same exponential backoff algorithm for non-AAS stations to 
select the next frame for alerting its presence. 


Test strategy 




Notes 






TP ID 


TP/SS/AAS/BV-H004 


IEEE 802.16 Reference 


clause 6.3.7.6.6 


PICS Item 




Initial Condition 


lUT is AAS-capable and requesting bandwidth for data transfer. The lUT is 
directed to use broadcast allocations for requesting bandwidth. 


Expected Behaviour 


Check that: When not receiving broadcast allocations for requesting 
bandwidth, the lUT transmits an AAS Broadcast Capability field in a RNG-REQ 
message indicating that it cannot receive broadcast messages. 


Test strategy 




Notes 






TP ID 


TP/SS/AAS/BV-H005 


IEEE 802.16 Reference 


clause 6.3.7.6.6 


PICS Item 




Initial Condition 


lUT is AAS-capable and requesting bandwidth for data transfer. The lUT is 
directed to use broadcast allocations for requesting bandwidth. 


Expected Behaviour 


Check that: On receiving broadcast allocations for requesting bandwidth, the 
lUT transmits an AAS Broadcast Capability field in a RNG-REQ message 
indicating that it receives the broadcast messages. 


Test strategy 




Notes 
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TP ID 


TP/SS/AAS/BV-HOOd 


IEEE 802.16 Reference 


clause 8.3.7.2.1 , §1 


rlOb Item 




Initial Condition 


lUT Is AAS-capable and starting Initialization. 


Expected Behaviour 


Check that: On receiving a UL-MAP with an Initial Ranging IE (UIUC=1) 
marked with an AAS Initial Ranging CID, the lUT transmits an 
AAS_NW_ENTRY_REQ using the most robust mandatory rate. 


Test strategy 




Notes 
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